win95 swap a ramdrive-ban

[VF]

Thus spake Auth Gábor:

>> Az a lap lesz cache, amely eldobhato, memoriahiany eseten is eldobodna.
>  De miért lenne egy memóriabeli lap (amely nem cache lap) eldobható? Ha 
> eldobható, akkor minek van még a memóriában?

Gondold vegig! A bsd lapozo algoritmusa, ha valoban ugy mukodik ahogy
irtad, csak akkor keres eldobhato lapot, ha elfogyott a fizikai memoria.
A VMS folyamatosan keresi az eldobhato lapokat, es azokat a cache
rendelkezesere bocsatja.
A kulonbseg arnyalatnyi, elvileg vegul is nem kulonbozik, tulajdonkeppen
ugyanaz tortenik. A lenyegi kulonbseg az, hogy a VMS eseten tobb
parameterrel, finomabban hangolhato a mukodes, processenkent is.
Egy nagy memoriaigenyu alkalmazas inditasakor nem feltetlenul fog az
osszes tobbi, nehany masodpercig eppen alvo process kiswappelodni, azok
is azonnal mukodokepesek ha szukseg lenne rajuk. Ez jobb realtime
parametereket es nagyobb hatekonysagot biztosit. Ennyi a kulonbseg.

>  Nem. Ha rágen nem fut, akkor a kernel VM tudja róla, hogy az általa 
> használt lapok kilapozhatók, ha szükség van memóriára. De mivel futó 
> program, csak éppen lockolva van valami I/O vagy hálózati mûvelet miatt, 
> így nem dobható el a tartalma... nem lehet rá írni, csak mert éppen nem 
> fut, mert késõbb nincs honnan visszaolvasni a tartalmát.

Ha kell memoria, akkor az osszes lapot vegig kell nezni.
VMS eseten ez folyamatosan tortenik, akkor is ha van eleg memoria, igy
egy uj alkalmazas inditasa nem okoz akkora overheadet.
Valamint a cache es a lapozas fizikailag is kulonvalaszthato, a cache
merete kulon szabalyozhato. (Pl cd-irasnal nem enne meg az osszes
memoriat, hogy utana minden programra perceket kelljen varni, stb...)

>> A VMS folyamatosan monitorozza a processek memoria-hasznalatat, es a
>> reg nem hasznalt lapokbol cache-t csinal.
>  Ezt nem értem én. A process memória használatának elenyészõ része 
> szokott lenni a programkód. A nagy része adat, amit el kell menteni 

Az tokmindegy. Nem kulonboztettem meg sehol a programkodot es a programok
adatteruletet. Amikor process memoriajarol beszeltem, akkor a working
set-re gondoltam, ami az osszes a process altal lefoglalt memoria osszesen.

>  Nézd, ha több éve foglalkozol nagygépes rendszerek adminisztrálásával, 
> és többtíz GBájt adatbázisok baszogatásával, akkor kezeld úgy a 
> rendszereidet, ahogy gondolod. De tippem szerint a levelezésen kívül nem 
> kerültél komoly kapcsolatba ekkora rendszerekkel... én tapasztalatból 
> beszélek, és nem rég olvasott könyvek alapján...

En gyakorlatban nem adminisztraltam, erre egyre kevesebb a lehetoseg,
egyre kevesebb a mukodo VAX. De pl a levelezesem egy VAX gepen keresztul
mukodik, ezert vagodnak le a 256 karakternel hosszabb sorok :)
Viszont elvegeztem az ELTE-n 2 nagy gepekkel kapcsolatos specialis
kollegiumot is, elmeletileg ki vagyok kepezve VMS rendszergazdanak,
sajnos a gyakorlatban sohasem volt lehetosegem kiprobalni. Elmeletileg
volt 2 microvax amit szet lehetett volna hackelni, de nem erdekelt annyira,
nem is kertem azonositot.

>  Adnál referenciát erre nézve? Nagyon kevés produktív VMS rendszer látok 
> mostanában mûködni. A legnagyobb forgalmú webszerverek általában BSD 
> alapon mûködnek.

Ez igy van. Fokozatosan szerelik le oket, ternek at unixra vagy win nt-re,
tobb kevesebb sikerrel.

> Frank O'Yanco -=- Mobil +36-70/312-1856 +36-30/368-7792 -=- ICQ: 49179141

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"Windows98, mert csak ezt erdemlem :)"