🚀 go-pugleaf

15 Jan 1998 14:41:10 GMT, Tomasz Kłoczko <kloczek@rudy.mif.pg.gda.pl>
napisał(a):

>: O boziu, zaczyna się ta sama dyskusja.
>
>: Plik tekstowy ma sekwencyjną naturę. Jedynym rozsądnym sposobem
>: skorzystania z niego jest przeczytanie całości od początku do końca.
>: Toteż programy tak robią i wszystko ładują do pamięci. Całe te
>: 240..300KB wylądowało więc w pamięci. Gdyby nawet program usiłował
>: pominąć jakieś rzadko używane fragmenty to w perspektywie miałby
>: przeglądanie całego pliku lub zorganizowanie tego tak jak poniżej, ale
>: "na piechotę".
>
>Na prawdę mam wątpliwości czy przeczytałeś uważnie to co napisałem. 

Poruszyłem wszystkie istotne problemy jakie pojawiły się w Twoim
liście.

>Nie był
>to głos sprawie registry vs pliki tekstowe, w której jesteś ostatnio
>ekspertem od lania wody. 

Oooo, to ja widzę, że nie odróżniasz resources dołączanych do każdego
programu od rejestru udostępnianego przez system

>Chodziło o łatwość przystosowywania aplikacji do
>tego, żeby mogły pracować z dowolnym językiem. 

No właśnie napisałem dlaczego warto używać zasobów w plikach binarnych
a nie tekstowych.

>Po za tym czytanie zasobów
>odbywa się raz i wszystko jest zwalniane. 

Co, gdzie, kiedy ? Czytanie odbywa się w razie potrzeby. Jeśli tworzę
np. okno informacyjne to robię to poprzez skojarzenie obiektowego kodu
jakiejś biblioteki np. OWL,VCL czy MFC z zasobem. Licznik zasobu
powiększa swoją wartość. Przy zamykaniu okna licznik maleje. Jeśli
osiąga zero zasób może być wymiatany i w żaden sposób nie zajmuje
pamięci.


>Przy całej gospodarce pamięci nie
>uwzględniasz tego także, że aplikacja nie stanowi monolitu i jeżeli nawet
>przy jej starcie wszystko musi byc w pamięci (a wcale nie musi) to zaraz
>potem system operacyjny w momencie braku fizycznej pamięci wyrzuca na swap
>nieużywane fragmenty.

Ano nie musi, pliki są mapowane w pamięci, więc tylko najczęściej
wykorzystywane strony pliku wykonywalnego są w pamięci, rzecz jasna
żaden kod nie jest wyrzucany na swap bo ja już pisałem jest dostępny w
pliku i nie ma sensu go powielać dla innych celów niż wykonanie, czyli
generalnie w RAMie

>Jeżeli chciałeś coś wykazać to niczego nie wykazałeś, a we fragmencie
>wycientym przezemnie opisałeś tylko jak to jest pod win* bez
>przeciwstawienia tego rozwiązaniom U*nixowym.

Guzik prawda, jesteś "upartym osłem" nie umiejącym skorzystać z
wiedzy, którą Ci podaję na tacy :-)

>
>Jeszcze jedno. Czasami program nie może przeczytać pliku z którego się
>załadował bo są wyłączone atrybuty czytania. To co jest win95, że wszystko
>jest do zapisu/odczytu gdzie indziej nie musi być regułą.

System sprawdza czy program jest uruchamiany z nośnika
niewymienialnego np. dysku twardego, ale nie z sieci ani z
cdromu/dyskietki i tylko takie pliki są wczytywane do pamięci i
zarządzane przy użyciu pliku wymiany.

>
>[..]
>: A cały ten wywód dowodzi tylko jak bardzo ograniczona jest wiedza
>: linuxiarzy na temat nowoczesnych technik w szczególności tych
>: zastosowanych w windows.
>
>Jak zwykle wywód sobie, wnioski sobie. Spróbuj kiedyś zastosować proste
>reguły wnioskowania do swoich tekstów.

Nie muszę, nikt Ci nie uwierzy w tym przypadku. Co najwyżej kolejny
zapaleniec zechce się wypowiedzieć, nie wiem czy będzie chciało mi się
wykładać po raz kolejny, raczej nie, po co!

http://www.cto.us.edu.pl/~trzcionk/