win95 swap a ramdrive-ban

[Auth Gábor]

Halihó!

2003. július 14. 17.14 dátummal VF ezt írta:
>>  Nem üres a 80%-a... egy 2.2G-s P4 1G memóriával tökig terhelve nem
>> szokott üres cache-el menni... a prog.hu fut rajta például... hogy
>> csak egy közepes terhelésű oldalt említsek meg. :)
> Tokig terhelve nem, de veges szamu programot elinditva a
> memoriahasznalat is veges marad, de ha ez nem eri el a fizikai memoria
> mennyiseget, akkor is csinal swapet. Csak ennyi a gond. Ez benasag.
  Miért gondolod, hogy a terhelés egy szervernél tisztán programkód? Az a 
legkevesebb. Az SQL szerver programkódja kb. 4-5M lehet, az általa 
lefoglalt terület meg 200-300M között mozog, attól függ, hogy milyen 
lekédezdéseket kap, induláskor a saját gyorsítótárai miatt 64M környékére 
foglal memóriát. Ha viszont egy ideig nincs SQL lekérdezés, viszont a 
levlista miatt ki kell küldeni egy 50k-s levelet többezer címre, akkor 
nemcsak az SQL kód kerül swapre, hanem a program által foglalt saját 
adatterületek is, mert a levelek küldéséhez szükség van memóriára.

> Ezt nem egeszen ertem. Egy vinyon levo lapot be lehet mappelni, de egy
> halozaton elerheto fajlban levot mar nehezen. A kettonek semmi koze
> egymashoz. Tehat szerintem ezt eleve csak a helyi vinyon levo fajlra
> lehetett megcsinalni, csak ekkor van ertelme...
  Viszont éppen ez a legkevesebb... főleg a mostani szervereknél... szinte 
minden adat, program egyéb más helyről jön, jöhet. Másrészt a tárterület 
akkora, hogy nem képes befogni a memóriacímzés területébe. Harmadrészt a 
program kódja annyira elenyésző az adatokkal szemben, hogy nincs értelme 
ezért külön trükközni a betöltéssel.
-- 
Frank O'Yanco -=- Mobil +36-70/312-1856 +36-30/368-7792 -=- ICQ: 49179141
FreeBSD (current stable branch) - Toshiba Satellite 1410
Key fingerprint E99D 1A55 0DF2 3AAC 2A15  FD55 0D71 B88D 35E5 C50D