A shared oszlop a
/proc/meminfo
"Shmem" kulcsával egyenlő, ami egy statisztikai kulcs, egy kivonat, azaz az allokáció máshol is fel van tüntetve.
Miből jön össze?
1. a tmpfs (beszámít a Cached kulcs alá); lekérés:
df -t tmpfs
2. System V IPC shmem (talán beszámítja a processzhez); lekérés:
ipcs -mu
3. "shared anonymous mappings", azaz a /dev/zero vagy törölt fájl mmap-elve MAP_SHARED flaggel (beszámítja a processzhez)
4. GEM pages, avagy GPU objektumok
A 3. módszert alkalmazza a modern X szerver a klienstől kapott pixmap-ek tárolására. Az xrestop listázza, hogy melyk X kliens felelős az allokációért.
A pixmap buffer által elfoglalt memória megjelenik az Xorg processz VmSize/stb soraiban is (
/proc/.../status
).
Nos, így derült ki, hogy a nyitvahagyott JOSM editor leakelte tele a pixmap buffert az X szerverben, abból adódott a magas shared oszlop, illetve a Xorg processz felhízott RSS-e.
- dap blogja
- A hozzászóláshoz be kell jelentkezni
- 1763 megtekintés
Hozzászólások
sub
-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…
- A hozzászóláshoz be kell jelentkezni
subscribe
- A hozzászóláshoz be kell jelentkezni
Akkor azt a JOSM-ot ki kell javítani. Gondolom néhány térképobjektumra itt-ott hivatkoznak, ahol nem kellene.
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni