Vlákno názorů k článku Využití komprimovaných ukazatelů na objekty v JVM od vks - nechápu, jakto, že tím, že se neuloží čtvrtina...

nechápu, jakto, že tím, že se neuloží čtvrtina adresy(která je samozřejmě naprosto zbytečná - za starých dob bývalo přece paměť adresovaná segment:offset a segment byl pro celý kod/data/zásobník stejný, a tím se šetřilo prostorem) no, ale jak se může vynecháním zbytečné čtvrtiny ušetřit tři čtvrtiny místa? Ono to nebude jen šetřením v ukládání ukazatelů, že? (Buď jsem nečetl důkladně, nebo jsem měl číst ještě něco navíc)

Uklada se jen polovina adresy tj. 32 bitu namisto 64 bitu (navic posunuta o tri bity doprava). O usetreti 3/4 jsem snad nikde nepsal, jestli to z textu nekde plyne, tak je to spatne ;-)

Jinak segment:offset - to platilo za dob 16bitoveho realneho rezimu, kde to byl ale peknej opruz, protoze Intel evidentne okopiroval tuto funkcionalitu z jinych procesoru aniz by si uvedomil, ze proste 16bitu na offset je na osobnich pocitacich malo (a jiz pri navrhu programu bylo nutne uvazovat o datovem modelu tiny, large, huge atd.).

A v chranenem rezimu s 32bitovymi offsety se na pointerech nic neusetrilo, ovsem zde mel segmentovy registr (resp. po novem selektor) jiny vyznam - urcovat jak bazovou adresu a limit "segmentu", tak i pristupova prava. S flat adresami to trosku ztratilo vyznam.

A 32b taky nebylo konečné slovo, ale dnes máme 16b/32b hybrid? IMHO jde spíše o přechodný stav. I když, kdo ví, možná se to uchytí. Ale vzpomeňte si na doby, kdy stačilo 640KiB...