Mi Ubuntu consume más memoria de la que muestra el administrador de tareas:
sudo ps -e --format rss | awk 'BEGIN{c=0} {c+=$1} END{print c/1024}'
2750.29
free -m
total used free shared buffers cached
Mem: 3860 2765 1094 0 3 300
-/+ buffers/cache: 2461 1398
Swap: 2729 2374 354
Eso es extraño. ¿Alguien puede explicar esta diferencia?
Pero lo que es más importante: me gustaría saber cuánta memoria está usando realmente un proceso. No quiero saber el tamaño de la memoria virtual, sino la memoria residente más el intercambio de un proceso.
También he tratado de generar el formato param "sz" de 'ps', pero la suma de esto es demasiado alta (16000 MB) (el tamaño del parámetro da 36700 MB). ¿Hay más opciones?
Realmente quiero usar esto, para determinar qué programas / procesos están consumiendo mucha memoria (e intercambio), para matarlos, porque la memoria es valiosa :-) Esto realmente no tiene sentido, así que lo pregunto aquí.
Salida de / proc / meminfo:
MemTotal: 3952812 kB
MemFree: 1119192 kB
Buffers: 2676 kB
Cached: 290068 kB
SwapCached: 160980 kB
Active: 1805396 kB
Inactive: 731680 kB
Active(anon): 1745820 kB
Inactive(anon): 689184 kB
Active(file): 59576 kB
Inactive(file): 42496 kB
Unevictable: 148 kB
Mlocked: 148 kB
SwapTotal: 2795272 kB
SwapFree: 390900 kB
Dirty: 1984 kB
Writeback: 0 kB
AnonPages: 2085472 kB
Mapped: 67432 kB
Shmem: 190676 kB
Slab: 88012 kB
SReclaimable: 42704 kB
SUnreclaim: 45308 kB
KernelStack: 5496 kB
PageTables: 87860 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 4771676 kB
Committed_AS: 9522364 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 374404 kB
VmallocChunk: 34359330144 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 61440 kB
DirectMap2M: 4030464 kB
Respuestas:
El sistema de memoria virtual de Linux no es tan simple. No puede simplemente sumar todos los campos RSS y obtener el valor informado
used
porfree
. Hay muchas razones para esto, pero encontraré algunas de las más importantes.Cuando un proceso se bifurca, tanto el padre como el hijo se mostrarán con el mismo RSS. Sin embargo, Linux emplea
copy-on-write
para que ambos procesos realmente estén usando la misma memoria. Solo cuando uno de los procesos modifica la memoria, en realidad se duplicará. Entonces esto hará que elfree
número sea más pequeño que latop
suma RSS.El valor RSS no incluye memoria compartida. Debido a que la memoria compartida no es propiedad de ningún proceso,
top
no la incluye en RSS. Entonces esto hará que elfree
número sea mayor que latop
suma RSS.fuente
Creo que es mejor confiar en la salida de "libre" en lo que respecta a su uso total de memoria, y confiar en "ps" para tener una idea general de cuánta memoria está usando un solo proceso.
El hecho de que la suma de los valores RSS "ps" no sea igual a "libre" no le impide ordenar sus procesos por RSS y evaluar los más grandes para matar.
Dicho esto, si todo su esfuerzo es solo para asegurarse de que la máquina pueda hibernar, crear más intercambio (en forma de un archivo en el disco, si es necesario) es probablemente una ruta más fácil de tomar.
fuente
Finalmente obtuve la respuesta a mi pregunta. Hay un programa llamado smem (en Ubuntu / Debian
apt install smem
) que le permite enumerar el intercambio y la memoria utilizada por separado.Puede encontrar algunas formas diferentes de listar el intercambio aquí: https://www.cyberciti.biz/faq/linux-which-process-is-using-swap/ .
fuente