Hát azért írogatom, hogy memóriakezelésről vitatkozunk mert. Nem bírom követni a női logikát:
Láttál már karón varjút? Erre nem jó válasz visszakérdezni: Zöld volt-e a karó, piros-e a varjú és véletneknül nem porsénak hívták?
Az OOP instance keletkezéséről vannak leírások. El kellene olvasgatni. Maga a technológia enyhénszólva memóriazabáló. Trehány programozók kezében halálos fegyver.
"Az AIX kiírja..." Jólvanna! Picikét pongyola megfogalmazás. Arról van szó, hogy általában "persistent page" megoldást használnak. A virtuális memória paged out részei belapozódás (visszaolvasás) után nem szabadulnak fel a page területről. És ezt a területet már előre lefoglalja a rendszer. Így biztosítja, hogy nehogy pagespace nélkül maradjon egy betöltött program. Egy-egy sw termék leírásában szerepelhet a +memória + pagespace igény. A dolog ennél sokkal bonyolultab, de a lényeg: eltér a más rendszereken megszokott stratégiáktól. Részletes magyarázatot itt: http://intermediatesql.com/aix/how-aix-paging-space-works-part-1-why-yo… meg itt olvashatsz: http://publib.boulder.ibm.com/infocenter/pseries/v5r3/index.jsp?topic=/…
Természetesen nem a kódszegmest kell kilapozni. Általában...
Kivétel:
"Szerintem a kernel reszei a nem lapozhato memoriateruletkent kerulnek lefoglalasra."
Szerinted. A Microsoft szerint pedig: http://technet.microsoft.com/en-us/library/cc959492.aspx
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management
DisablePagingExecutive 1 => Drivers and the kernel can be paged to disk as needed.
Bár lehet, hogy ők tévednek, és Te tudod jól.
Természetesen (remélem) itt sem a statikus részt lapozzák ki. Bár a Microsoft...
Figyelj csak: memóriakezelésről vitatkozunk. Az NTFS MFT azért nem játszik, mert a dir struktúra nem fért el a system cache-ben. Nem a DIR parancs, hanem egy elmebeteg (=nagy, mély) struktúrát kell listázni. Mindössze nem figyeltél: Nem a swap terület hiányától áll meg egy windows, hanem az előbb említett esetben történig mindez. A csúnyaság ott van, hogy negyedannyi memóriával a linux megbírkózik ugyanezzel a feladattal. Ez volt a teszt. Éles helyzetben, ésszerű swap területtel a system cache kiterjed, a gép nem áll meg - így az elmebeteg struktúra listázása elfoglalja az adatbázis elől a memóriát. Mire az felgyorsul - vagy mégse?
Miért kerül a memória a diszkre? Mert a virtuális memória=(fizikai memória+swap). Dejszen Te is ezt írtad: program terpeszkedik és kirohan a swapra.
Ha az "rm *" problémát okoz, van jó kis C programom rá. Meg kellett írni, mert más problémák is adódnak tömeges törlés esetén, amit az rm nem kezel. Viszon a valódi megoldás abban rejlik, hogy egy helyen nem kell annyi mindent tárolni. Ezt hívják fegyelemnek és/vagy tervezésnek.