Alapvetoen az lenne szopas, ha a swap hasznalat helyett a memoria telne be, az tobb munkaval jarna.
Ugyanannyi munkával jár, csak közben nem növekszik a load lassan, nem csökken a responsivity, nem lesznek latency problémák és nem húzol be teljese megjósolhatatlan válaszidőket, mert épp valami swap-en van, aminek nem ott kellene lennie.
Alapvetoen a gepek nem hasznalnak swapet. Amelyik megis, az leakel. Ez szepen kovetheto a monitorban. Amikor eler egy szintet, kenyelmesen be lehet tervezni a service vagy a gep restartot. A swap pont nem plusz szivast jelent, hanem nyugodt alvast, hogy nem jon az OOM killer.
Ez úgy van megoldva a "swap-szekta" szerint nem normális helyeken (vagyis kb. a jelenlegi élvonalban), hogy az orchestrator figyeli a processz request és limits értékeit és ha azok elérnek egy threshold értéket, akkor preventíven újraindítják a processzt. Memleak szinte mindenhol van, a különbség az, hogy megvárod-e, amíg a rendszer agonizálni kezd a swap használat miatt (lásd megnő a load, satöbbi), vagy még akkor megoldod, amikor nincs a kiszolgálást érintő mérhető jele.
Pongyolan ertelmezve a szot a feleslegesen hasznalt memoria is leak, ugyhogy oke, legyen igazad.
Nem, a feleslegesen használt memória nem leak. A memory leak az, amikor a processz memóriaigénye végtelenségig növekszik az idő/terhelés függvényében. Ha egy szoftver lefoglal teszem azt 1 GB memóriát és aztán nem használja, az nem memory leak, hanem determinisztikus és ugyanakkor felesleges memória használat, üzemeltetés szempontjából teljesen jól kezelhető, nem növekszik a memória igénye az idő/terhelés függvényében.
Ettol meg a tapasztalatom szerint egy elegendo memoriaval ellatott gepen csak az kerul ki a swapre, ami valoban leak, vagyis tenyleg soha nem kerul visszaolvasasra.
Az a baj, hogy nem tudod, hogy mi van swap-en. Vannak sejtéseid, amelyek vagy jók vagy rosszak, de mivel a swappiness-t behoztad erre, abból látszik, hogy ezek csak sejtések, de nem feltétlen tudod, hogy mi történik a motorháztető alatt.