Hola a todos,

Tengo un servidor HP-UX con 4 gigabytes de RAM física. Cuando utilizo la "mirada" de utilidad para ver lo que mi memoria es la utilización, el uso de la memoria de mi muestra al máximo en el 99%. I apagar todos los procesos conocidos que estoy ejecutando en esa caja y la utilización de memoria se encuentra todavía en un 78% (con el espacio Swap Util en 45%). Además, la memoria caché es de 1,5 GB de uso.

Me pregunto si hay una herramienta por ahí que se quisiera comprobar exactamente qué procesos está utilizando mucho la memoria. Necesito el desglose de asignación de memoria por los procesos de usuario. (significa 'top' suficiente?)

¿Cuál es el tamaño de la caché de amortiguación? Es que un ajuste manual de la configuración del kernel?

gracias por las sugerencias!

IPCS has intentado?

# IPCS-MOP
IPC estado de / dev / kmem a partir del 3 de mayo jue 08:38:31 2007
T ID PROPRIETARIO GRUPO CLAVE MODO NATTCH CPID LPID
La memoria compartida:
m 0 0x411829da - rw-rw-rw-root root 0 735 735
m 1 0x4e0c0002 - rw-rw-rw-root root 1 735 735
m 2 0x4124028d - rw-rw-rw-root root 1 735 747
19.971 m 0x0c6629c9 - rw-r ----- root root 2 1514 1512
m 4 0x06347849 - rw-rw-rw-root root 1 1514 1539
1541 m 0xffffffff - rw-r - rw-root root 0 1512 1512
45.062 m 0x5e140024 - rw ------- root root 1 1759 1759
519 m 0x30dfc4ec - rw-r ----- oráculo dba 61 5420 7453
m 8 0x9273c4c0 - rw-r ----- oráculo dba 58 5560 7462



ir a kmeminfo de HP

#. / Kmeminfo
herramienta: kmeminfo 7,02
unix: / stand / vmunix 11-11 de 64 bits PA2.0 sobre "my.box.com"
fundamentales: / dev / kmem vivir
enlace: Mie Feb 1 07:45:48 PST 2006
boot: Lun Abr 28 17:36:56 2007
hora: Jue Mayo 3 08:37:33 2007
nbpg: 4096 bytes


-------------------------------------------------- --------------------
Uso de memoria física resumen (en la página / byte / por ciento):

Memoria física \u003d 5242880 20.0g 100%
Memoria libre \u003d 537474 2.1g 10%
Los procesos de usuario \u003d 4008776 15.3g 76% con detalles de usuario
Sistema \u003d 683688 2.6g 13%
Kernel \u003d 421544 1,6 g 8% del núcleo de texto y datos
Arenas dinámica \u003d 96880 378.4m 2% detalles con arena -
M_TEMP \u003d 43860 171.3m 1%
VFD_BT_NODE \u003d 15210 59.4m 0%
M_SPINLOCK \u003d 7245 28.3m 0%
KMEM_ALLOC \u003d 5432 21.2m 0%
ALLOCB_MBLK_LM \u003d 2813 11.0m 0%
Otros ámbitos \u003d 22320 87.2m 0% detalles con arena -
Super página piscina \u003d 7021 27,4 0% detalles con-kas
Los cuadros \u003d 263990 1.0g 5% de los detalles con los de
pfdat \u003d 119481 466.7m 2%
htbl2_0 \u003d 65536 256.0m 1%
nbuf \u003d 21024 82.1m 0% bufcache cabeceras
bufhash \u003d 20480 80.0m 0% bufcache hash cabeceras
pfn_to_virt \u003d 19913 77.8m 0%
Otros cuadros 17555 68.6m \u003d 0% detalles con-static
Buffer cache \u003d 262144 1.0g 5% con detalles-bufcache
UFC mrg archivo \u003d 0 0.0b 0%
UFC mrg meta \u003d 0 0.0b 0%
#

información actual arriba:

Sistema: mybox Jue Mayo 3 08:39:30 2007
Promedios de carga: 0,09, 0,07, 0,07
250 procesos: 210 de dormir, 39 en ejecución
Cpu dice:
La carga de la CPU NICE USUARIO SYS Ralentí BLOQUE SWAIT INTR SEJS
0 0,12 5,9% 0,0% 0,0% 94,1% 0,0% 0,0% 0,0% 0,0%
1 0,11 13,9% 0,0% 5,9% 80,2% 0,0% 0,0% 0,0% 0,0%
2 0,02 18,8% 0,0% 1,0% 80,2% 0,0% 0,0% 0,0% 0,0%
3 0,11 4,0% 0,0% 2,0% 94,1% 0,0% 0,0% 0,0% 0,0%
4 0,06 3,0% 0,0% 1,0% 96,0% 0,0% 0,0% 0,0% 0,0%
5 0,16 8,9% 0,0% 5,9% 85,1% 0,0% 0,0% 0,0% 0,0%
6 0,06 3,0% 0,0% 2,0% 95,0% 0,0% 0,0% 0,0% 0,0%
7 0,10 7,9% 0,0% 2,0% 90,1% 0,0% 0,0% 0,0% 0,0%
--- ---- ----- ----- ----- ----- ----- ----- ----- -----
promedio 0,09 7,8% 0,0% 2,9% 89,2% 0,0% 0,0% 0,0% 0,0%

Memoria: 16015140K (13469144K) real, 24703812K (22087940K) virtual, libre 2180160K Page # 1 / 6

No sé si esto funciona en HP, pero utilizar estos en AIX a encontrar "de arriba cerdos":
ps aux | tail +2 | sort-n +2-r | head; Arriba cpu cerdos
ps aux | tail +2 | sort-n +3-r | head; Arriba memoria cerdos

Están ejecutando u oráculo, debe haber una pérdida de memoria en algunas aplicaciones;
probar esto en un cron commeand "UNIX95 \u003d ps-e-o comm, vsz, eTime, sTime, el tiempo" y adjuntar la información a un archivo de registro y comprobar que el proceso está comiendo su memoria.

Compruebe la configuración de los parámetros del núcleo swapmem_on ...


¡salud!