🚀 go-pugleaf

Piotr Trzcionkowski <ZmieńNa_trzcionk@us.edu.pl> wrote:

> rodzaju dane czy to ciągi, czy np. bitmapy, które są połączone z
> plikiem wykonywalnym, lecz nie są wczytywane do pamięci wraz z
> uruchomieniem programu. Dopiero jawne odwołanie się w kodzie programu
> do zasobu powoduje, że znajdzie się on w pamięci fizycznej.
Sprawa pierwsza - mmap po unixem.
Sprawa druga - mowa byla chyba o plikach konfiiguracyjnych ew danych
tesktowych + tagi a nie o bitmapach. Widzisz w unixach tez nie trzeba
wczytywac od razu wszystkich bitmap ktore potem chcialo by sie wyswietlic.

Jezeli chodzi ogolnie o pliki tekstowe kontra binarne, to dla odpowiednio
duzych danych z ktorych korzysta sie wybiorczo, bedzie uzywac sie plikow
binarnych. Tu system nie ma nic do gadania. Prawdziwy problem nie polega
na 150MB bazie danych, ale na 5 kb pliku konfiguracyjnym, ew 30kb tekstu
ascii kontra 200kb smieci binarnych.
Jak mojemu znajomemu posypal sie FAT dysku z dokumentami worda to nie mial
najmniejszej szansy czegokolwiek odzyskac.
Jezeli chodzi zas o pliki konfiguracyjne, to pod winda tez stosuja
czesc tekstowych (.ini) tylko ze nie skomentowanych - wyrazny zysk nad
plikami z komentarzami - wczytuja sie 5% szybciej, bo nie musza tych
komentarzy przeskakiwac...
 A czesc konfiguracji jest binarna i wynika to nie
z przemyslunku, tylko z lenistwa (latwiej zrobic write( &struktura) niz
opracowac system zapisu/odczytu) oraz z 'security by obscurity'.
(pomijam ty rejestr win95, bo w takiej formie jak jest to rzeczywiscie
lepiej ze jest binarny, pytanie czy forma jest odpowiednia)

Artur