🚀 go-pugleaf

Followup-To: pl.comp.lang.c

Wed, 10 Mar 1999, Jakub K pisze:

> Zresztą operatory far i near istnieją w większości najpopularniejszych
> języków programowania (C, C++, Pascal, Assembler ...).

Nie w C / C++ / Pascalu, tylko w DOSowych i Windowsowych implementacjach
tych języków, a i to nie zawsze. Nawet nie na pececie. W linuksowym C,
również na pececie, nie ma near / far, kompilator nie zna takich słów ani
pojęcia modelu pamięci. Model jest jeden. Na pececie są to 32bitowe
wskaźniki składające się z samego ofsetu.

> Pisząc o oszczędzaniu części segmentowej miałem na myśli OSZCZĘDZANIE
> części segmentowej. W określonym modelu pamięci (nie w każdym)
> zdefiniowanie 100 wskaźników typu 'near' zamiast 'far' pozwala
> zaoszczędzić 200 bajtów w segmencie danych. Oczywiście domyślnym
> segmentem dla tych wskaźników jest potem zawartość rejestru DS.

Chodzi przede wszystkim nie o oszczędzenie tych 200 bajtów, tylko szybkość
operacji na wskaźnikach. Zwłaszcza że w C w odróżnieniu od Pascala
tradycyjnie po tablicach chodzi się wskaźnikami, a nie indeksami - bez
optymalizacji nie wiadomo więc, że dany wskaźnik wskazuje na coś, co jest
dostępne w "bieżącym segmencie" (czy to danych, czy stosu). Ładowanie
rejestru segmentowego przy każdej dereferencji wskaźnika byłoby sporym
spowolnieniem.

-- 
 __("<    Marcin Kowalczyk * qrczak@knm.org.pl http://kki.net.pl/qrczak/
 \__/       GCS/M d- s+:-- a22 C+++>+++$ UL++>++++$ P+++ L++>++++$ E->++
  ^^                W++ N+++ o? K? w(---) O? M- V? PS-- PE++ Y? PGP->+ t
QRCZAK                  5? X- R tv-- b+>++ DI D- G+ e>++++ h! r--%>++ y-