"Az egy nagyon nem optimális helyzet, ha a leak-re az a megoldás, hogy megpróbáljuk elfedni, érdemesebb lenne kijavítani, bejelenteni, lecserélni, vagy bármit."
Itt nem egy calc.exe -rol van szo, hanem olyan szoftver elemekrol, amelyeknek a fejlesztese sok szaz millio, es a teszteles, elesbe allas kulon tortenet.
Nehez ervelni amellet, hogy megeri tobb ember tobb heti munkajat meg nehany csaladi haz arat kiadni azert, hogy megsporoljak mondjuk 50-100GB lemezteruletet.
"Újraindítás előtt meg már be van állva az egész, swappel 1000-rel, vagy próbál valami takarítani."
Dehogy! A monitor folyamatosan figyeli a gepej swap allapotat, es jelez, ha valamelyik gepen gyulik a szemet. Igy meg azelott be lehet tervezni a szemetelo gep vagy process ujrainditasat, hogy barmi lassulas lenne, mert nem varjuk meg, hogy telitodjon a swap, vagyis, hogy a gep fizikai memoria nyomorodjon meg a leakelo process miatt.
A swap igy pont, hogy az uzembiztonsagot noveli, ugyanis egy jol viselkedo gepen gyakorlatilag mindig ures, (nehany KB, nehany MB mocorog benne a monitor szerint) ami nem okoz gondot, viszont ha leakelni kezd egy processz, akkor szepen oda gyulik a szemet, tisztan tartva a memoriat, igy idot adva nekunk, hogy betervezhessuk a javitas idejet.