Salut à tous,

J'ai un HP-UX Server avec 4 Go de RAM physique. Lors de l'utilisation des «Panorama» utilitaire pour voir ce que mon utilisation de la mémoire est, de mon utilisation de la mémoire apparaît maxed à 99%. J'ai coupé tous les processus connus que je suis en cours d'exécution sur la boîte et l'utilisation de la mémoire en est encore à 78% (avec Util d'espace de swap à 45%). En outre, le tampon de mémoire cache est de 1,5 Go d'utilisation.

Je me demande s'il ya là un outil qui me permettra de connaître exactement les processus qui utilise beaucoup de mémoire. J'ai besoin de ventilation de la mémoire allouée par les processus utilisateur. (le "top" suffit-elle?)

Quelle est la taille du cache tampon? Est-ce un réglage manuel dans le noyau, la mise en?

merci pour vos suggestions!

ipcs avez-vous essayé?

# Ipcs-vadrouille
IPC statut de / dev / kmem du Jeu Mai 3 08:38:31 2007
T ID KEY MODE OWNER GROUP NATTCH CPID LPID
Mémoire partagée:
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
19971 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
45062 m 0x5e140024 - rw ------- root root 1 1759 1759
519 m 0x30dfc4ec - rw-r ----- oracle dba 61 5420 7453
m 8 0x9273c4c0 - rw-r ----- oracle dba 58 5560 7462



aller chercher kmeminfo de HP

#. / Kmeminfo
outil: kmeminfo 7,02
unix: / stand / vmunix 11,11 64bit PA2.0 sur "my.box.com"
de base: / dev / kmem vivre
link: Wed Feb 1 07:45:48 PST 2006
boot: Sam Avr 28 17:36:56 2007
temps: Jeu Mai 3 08:37:33 2007
nbpg: 4096 octets


-------------------------------------------------- --------------------
L'utilisation de la mémoire physique de synthèse (en page / byte / pour cent):

Mémoire physique \u003d 5242880 20.0g 100%
Mémoire libre \u003d 537474 2.1g 10%
User processus \u003d 4008776 15.3g 76% auprès de l'utilisateur
System \u003d 683688 2,6 g 13%
Kernel \u003d 421544 1,6 8% du noyau de texte et de données
Dynamic Arenas \u003d 96880 378.4m 2% avec des détails-arena
M_TEMP \u003d 43860 171.3m 1%
VFD_BT_NODE \u003d 15210 59.4m 0%
M_SPINLOCK \u003d 7245 28,3 0%
KMEM_ALLOC \u003d 5432 21.2m 0%
ALLOCB_MBLK_LM \u003d 2813 11.0m 0%
Autres arènes \u003d 22320 87.2m 0% auprès-arena
Super page pool \u003d 7021 27,4 0% auprès de kas -
Les tableaux statiques \u003d 263990 1.0g 5% auprès de statique
pfdat \u003d 119481 466.7m 2%
htbl2_0 \u003d 65536 256.0m 1%
nbuf \u003d 21024 82.1m 0% bufcache têtes
bufhash \u003d 20480 80.0m 0% bufcache hachage têtes
pfn_to_virt \u003d 19913 77.8m 0%
Autres tables \u003d 17555 68.6m 0% auprès de statique
Buffer cache \u003d 262144 1.0g 5% auprès de bufcache -
UFC mrg fichier \u003d 0 0.0b 0%
UFC mrg meta \u003d 0 0.0b 0%
#

haut de la page en cours d'info:

Système: Jeu Mai mybox 3 08:39:30 2007
Charge moyenne: 0.09, 0.07, 0.07
250 processes: 210 sleeping, 39 cours d'exécution
Cpu précise:
CPU LOAD UTILISATEUR INACTIF SYS NICE BLOC Swait INTR SSYS
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%
--- ---- ----- ----- ----- ----- ----- ----- ----- -----
avg 0,09 7,8% 0,0% 2,9% 89,2% 0,0% 0,0% 0,0% 0,0%

Mémoire: 16015140K (13469144K) réel, 24703812K (22087940K) virtuel, gratuit 2180160K Page 1 / 6

Je ne sais pas si cela fonctionne sur le HP mais je les utiliser sur AIX pour trouver "haut de porc":
ps aux | tail +2 | sort-n +2-r | head; Haut cpu porcs
ps aux | tail +2 | sort-n +3-r | head; Haut mémoire de porcs

Are u oracle fonctionnement, il doit y avoir une fuite de mémoire dans certaines applications;
essayez cette commeand dans un cron "UNIX95 \u003d ps-e-o comm, VSZ, eTime, sTime, le temps" et d'ajouter des informations dans un fichier et vérifier quelle est l'alimentation de votre mémoire.

Vérifiez le paramétrage du noyau swapmem_on ...


à la vôtre