J'ai un serveur MySQL sous Red Hat Entreprise Linux. Seulement voila
quand je regarde les charges CPU et Mem avec la commande 'top' je me
retrouve avec les résultats suivants (triés en fonction du %Mem)
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
2422 mysql 16 0 620m 92m 4252 S 0.0 4.6 0:00.28 mysqld
2291 root 15 0 12916 9420 2668 S 0.0 0.5 0:02.71 Xvnc
2379 root 16 0 8152 5548 1568 S 0.0 0.3 0:46.44 hald
2305 root 16 0 10504 2968 1948 S 0.0 0.1 0:00.19 xterm
2267 root 16 0 10244 2396 1864 S 0.0 0.1 0:02.34 smbd
2271 root 18 0 10244 2372 1840 S 0.0 0.1 0:00.00 smbd
10278 root 16 0 7496 2136 1728 S 0.0 0.1 0:00.02 sshd
2272 root 16 0 8832 2004 1596 S 0.0 0.1 0:13.95 nmbd
2306 root 15 0 6904 1892 1388 S 0.0 0.1 0:00.04 twm
2186 root 16 0 4696 1596 1304 S 0.0 0.1 0:00.39 sshd
2257 xfs 16 0 4228 1592 824 S 0.0 0.1 0:00.01 xfs
2337 root 16 0 5104 1424 1144 S 0.0 0.1 0:00.02 bash
10280 root 15 0 4448 1396 1124 S 0.0 0.1 0:00.00 bash
2304 root 15 0 5464 1312 1108 S 0.0 0.1 0:00.00 vncconfig
2395 root 17 0 5856 1180 1024 S 0.0 0.1 0:00.00 mysqld_safe
2338 dbus 16 0 2952 1164 1028 S 0.0 0.1 0:00.07 dbus-daemon-1
2143 root 16 0 3692 1048 924 S 0.0 0.1 0:00.00 ipsync
2176 root 16 0 3092 1008 888 S 0.0 0.0 0:00.06 watchdog
1934 root 16 0 2532 984 704 S 0.0 0.0 0:00.00 dhclient
2086 root 16 0 5776 980 816 S 0.0 0.0 0:00.02 rpc.idmapd
10321 root 15 0 3376 908 716 R 1.4 0.0 0:00.05 top
Je trouve étrange que mes 2 Go de RAM soit totalement utilisé alors que
je n'ai aucun processus qui tourne.
Qqun peut il m'indiquer des pistes ou trouver les raisons de cette
'surcharge' ou alors quelles pourraient etre les raisons.
merci d'avance de votre aide.
cordialement.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Youenn BALLOUARD
Chef de Projets Informatiques
Groupe FINDIS
C'est très bien, ça. Toute la mémoire non utilisée par les processus, soit environ 1,9 Go, est occupée par le cache disque.
On aimerait beaucoup, pour la plupart d'entre nous, être dans la même situation.
-- Sébastien Monbrun aka TiChou
Pascal Hambourg
"Arol" :
La raison est que les programmes terminées ne libèrent pas totalement la mémoire parce que justement la limite de mémoire disponible n'est pas atteinte.
C'est faux. Ce qu'il se passe, c'est que le noyau utilise la mémoire non utilisée par les programmes pour le cache disque.
Il n'empêche qu'il se passe des trucs bizarres sur ma petite machine. Debian Sarge, noyau 2.4, 64 Mio de RAM, une connexion PPP avec routage et iptables, démons bind9 en cache+primaire, radvd, dhcpd, sshd. Ftpd, telnetd et exim sont lancés par inetd donc ils n'occupent rien en temps normal.
Juste après le démarrage, l'occupation mémoire hors buffers et cache rapportée par free est en dessous de 10 Mo. Puis en quelques heures elle monte progressivement à 25 Mo environ et reste stable. Pendant ce temps le cache finit par occuper le reste. Mais après une mise à jour ou une installation de paquet avec apt-get ou aptitude, l'occupation mémoire hors buffers et cache redescend autour de 15 à 20 Mo. Ensuite elle remonte progressivement jusqu'à 25 Mo comme après le démarrage.
Mais le plus fort, c'est que pendant tout ce temps les valeurs de la colonne RSS de ps ou RES de top n'ont quasiment pas bougé.
"Arol" :
La raison est que les programmes terminées ne libèrent pas totalement la
mémoire parce que justement la limite de mémoire disponible n'est pas
atteinte.
C'est faux. Ce qu'il se passe, c'est que le noyau utilise la mémoire non
utilisée par les programmes pour le cache disque.
Il n'empêche qu'il se passe des trucs bizarres sur ma petite machine.
Debian Sarge, noyau 2.4, 64 Mio de RAM, une connexion PPP avec routage
et iptables, démons bind9 en cache+primaire, radvd, dhcpd, sshd. Ftpd,
telnetd et exim sont lancés par inetd donc ils n'occupent rien en temps
normal.
Juste après le démarrage, l'occupation mémoire hors buffers et cache
rapportée par free est en dessous de 10 Mo. Puis en quelques heures elle
monte progressivement à 25 Mo environ et reste stable. Pendant ce temps
le cache finit par occuper le reste. Mais après une mise à jour ou une
installation de paquet avec apt-get ou aptitude, l'occupation mémoire
hors buffers et cache redescend autour de 15 à 20 Mo. Ensuite elle
remonte progressivement jusqu'à 25 Mo comme après le démarrage.
Mais le plus fort, c'est que pendant tout ce temps les valeurs de la
colonne RSS de ps ou RES de top n'ont quasiment pas bougé.
La raison est que les programmes terminées ne libèrent pas totalement la mémoire parce que justement la limite de mémoire disponible n'est pas atteinte.
C'est faux. Ce qu'il se passe, c'est que le noyau utilise la mémoire non utilisée par les programmes pour le cache disque.
Il n'empêche qu'il se passe des trucs bizarres sur ma petite machine. Debian Sarge, noyau 2.4, 64 Mio de RAM, une connexion PPP avec routage et iptables, démons bind9 en cache+primaire, radvd, dhcpd, sshd. Ftpd, telnetd et exim sont lancés par inetd donc ils n'occupent rien en temps normal.
Juste après le démarrage, l'occupation mémoire hors buffers et cache rapportée par free est en dessous de 10 Mo. Puis en quelques heures elle monte progressivement à 25 Mo environ et reste stable. Pendant ce temps le cache finit par occuper le reste. Mais après une mise à jour ou une installation de paquet avec apt-get ou aptitude, l'occupation mémoire hors buffers et cache redescend autour de 15 à 20 Mo. Ensuite elle remonte progressivement jusqu'à 25 Mo comme après le démarrage.
Mais le plus fort, c'est que pendant tout ce temps les valeurs de la colonne RSS de ps ou RES de top n'ont quasiment pas bougé.
Matthieu Moy
Youenn BALLOUARD writes:
Je trouve étrange que mes 2 Go de RAM soit totalement utilisé alors que je n'ai aucun processus qui tourne.
Tu as trop de RAM. Tu peux me donner les 1.5Go que tu as en trop si tu veux.
Je trouve étrange que mes 2 Go de RAM soit totalement utilisé alors que je n'ai aucun processus qui tourne.
Tu as trop de RAM. Tu peux me donner les 1.5Go que tu as en trop si tu veux.
;-)
-- Matthieu
Nicolas George
Pascal Hambourg wrote in message <eg0pii$12p2$:
Juste après le démarrage, l'occupation mémoire hors buffers et cache rapportée par free est en dessous de 10 Mo. Puis en quelques heures elle monte progressivement à 25 Mo environ et reste stable. Pendant ce temps le cache finit par occuper le reste. Mais après une mise à jour ou une installation de paquet avec apt-get ou aptitude, l'occupation mémoire hors buffers et cache redescend autour de 15 à 20 Mo. Ensuite elle remonte progressivement jusqu'à 25 Mo comme après le démarrage.
Il y a des caches d'autres choses que de pages du filesystem, qui ne sont pas comptabilisés comme cache par free, mais sont pourtant libérables par le noyau en cas de forte pression sur la mémoire. La réponse à ton interrogation se trouve probablement en partie dans /proc/slabinfo.
Pascal Hambourg wrote in message <eg0pii$12p2$1@biggoron.nerim.net>:
Juste après le démarrage, l'occupation mémoire hors buffers et cache
rapportée par free est en dessous de 10 Mo. Puis en quelques heures elle
monte progressivement à 25 Mo environ et reste stable. Pendant ce temps
le cache finit par occuper le reste. Mais après une mise à jour ou une
installation de paquet avec apt-get ou aptitude, l'occupation mémoire
hors buffers et cache redescend autour de 15 à 20 Mo. Ensuite elle
remonte progressivement jusqu'à 25 Mo comme après le démarrage.
Il y a des caches d'autres choses que de pages du filesystem, qui ne sont
pas comptabilisés comme cache par free, mais sont pourtant libérables par le
noyau en cas de forte pression sur la mémoire. La réponse à ton
interrogation se trouve probablement en partie dans /proc/slabinfo.
Juste après le démarrage, l'occupation mémoire hors buffers et cache rapportée par free est en dessous de 10 Mo. Puis en quelques heures elle monte progressivement à 25 Mo environ et reste stable. Pendant ce temps le cache finit par occuper le reste. Mais après une mise à jour ou une installation de paquet avec apt-get ou aptitude, l'occupation mémoire hors buffers et cache redescend autour de 15 à 20 Mo. Ensuite elle remonte progressivement jusqu'à 25 Mo comme après le démarrage.
Il y a des caches d'autres choses que de pages du filesystem, qui ne sont pas comptabilisés comme cache par free, mais sont pourtant libérables par le noyau en cas de forte pression sur la mémoire. La réponse à ton interrogation se trouve probablement en partie dans /proc/slabinfo.
Youenn BALLOUARD
Arol wrote:
D'accord. Comment supprimer ce cache disque ?
Le noyaux le fait tout seul si une application a besoin de mémoire. Ne pas utiliser la ram serait "gacher".
"free -m" te donnera la part de cache dans la RAM actuellement utilisée.
Bonjour,
d'abord merci pour vos réponses Ensuite j'ai lancé 'free -m' et j'obtiens quasiment le meme résultat qu'avec 'top'
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Youenn BALLOUARD Chef de Projets Informatiques Groupe FINDIS
Tel. 02.41.96.68.77 Fax. 02.41.96.68.53
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Youenn BALLOUARD
Youenn BALLOUARD writes:
Je trouve étrange que mes 2 Go de RAM soit totalement utilisé alors que je n'ai aucun processus qui tourne.
Tu as trop de RAM. Tu peux me donner les 1.5Go que tu as en trop si tu veux.
;-)
Bonjour,
Merci pour ce grand moment de rire du matin ... Bah il s'agit tout de meme d'un serveur de BDD qui doit etre conséquent ... Ce n'est aps du tout ma propre machine mais bien celle de mon entreprise !!!
Bon alors si tout le monde me dis que c'est bien alors cool !!!
Encore merci et désolé les gars mais je garde mes Go de RAM
cordialement.
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Youenn BALLOUARD Chef de Projets Informatiques Groupe FINDIS
Je trouve étrange que mes 2 Go de RAM soit totalement utilisé alors
que je n'ai aucun processus qui tourne.
Tu as trop de RAM. Tu peux me donner les 1.5Go que tu as en trop si tu
veux.
;-)
Bonjour,
Merci pour ce grand moment de rire du matin ... Bah il s'agit tout de
meme d'un serveur de BDD qui doit etre conséquent ... Ce n'est aps du
tout ma propre machine mais bien celle de mon entreprise !!!
Bon alors si tout le monde me dis que c'est bien alors cool !!!
Encore merci et désolé les gars mais je garde mes Go de RAM
cordialement.
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Youenn BALLOUARD
Chef de Projets Informatiques
Groupe FINDIS
Je trouve étrange que mes 2 Go de RAM soit totalement utilisé alors que je n'ai aucun processus qui tourne.
Tu as trop de RAM. Tu peux me donner les 1.5Go que tu as en trop si tu veux.
;-)
Bonjour,
Merci pour ce grand moment de rire du matin ... Bah il s'agit tout de meme d'un serveur de BDD qui doit etre conséquent ... Ce n'est aps du tout ma propre machine mais bien celle de mon entreprise !!!
Bon alors si tout le monde me dis que c'est bien alors cool !!!
Encore merci et désolé les gars mais je garde mes Go de RAM
cordialement.
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Youenn BALLOUARD Chef de Projets Informatiques Groupe FINDIS
Tel. 02.41.96.68.77 Fax. 02.41.96.68.53
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Damien Wyart
Comment vider ce cache disque ?
* (Luc Habert) in fr.comp.os.linux.configuration:
Mais tu ne veux pas le vider!
Techniquement, si (dépend de la version du noyau) :
le fichier /proc/sys/vm/drop_caches contrôle ça. Plus précisément : echo 3 > /proc/sys/vm/drop_caches
(cf Documentation/filesystems/proc.txt).
-- DW
Comment vider ce cache disque ?
* lhabert@clipper.ens.fr (Luc Habert) in fr.comp.os.linux.configuration:
Mais tu ne veux pas le vider!
Techniquement, si (dépend de la version du noyau) :
le fichier /proc/sys/vm/drop_caches contrôle ça. Plus précisément :
echo 3 > /proc/sys/vm/drop_caches
Techniquement, si (dépend de la version du noyau) :
le fichier /proc/sys/vm/drop_caches contrôle ça. Plus précisément : echo 3 > /proc/sys/vm/drop_caches
(cf Documentation/filesystems/proc.txt).
-- DW
vincent.verdon
Bonjour à tous,
j'ai suivi cette intéressante discussion car je suis également intéressé par les pb de mémoire pour mon serveur de fichier (qui a de temps en temps des phases de ralentissement inquiétantes). J'ai bien compris (depuis longtemps !) que le noyau conserve en mémoire tout ce qui a été utilisé "au cas où" on en aurait besoin à nouveau. J'ai compris aussi que tout va bien finalement (je veux parler de la charge du système) tant qu'on ne commence pas à attaquer trop souvent la swap. On peut vérifier cela par la commande free. Par contre, je ne comprends pas bien le détail de cette commande, notamment ce que représentent les termes shared, buffers, cached de la première ligne, et le contenu de la 2ème (-/+ buffers/cache)
La page man ne m'a rien apportée sur ces points.
Amicalement, Vincent Verdon
Bonjour à tous,
j'ai suivi cette intéressante discussion car je suis également intéressé
par les pb de mémoire pour mon serveur de fichier (qui a de temps en
temps des phases de ralentissement inquiétantes).
J'ai bien compris (depuis longtemps !) que le noyau conserve en mémoire
tout ce qui a été utilisé "au cas où" on en aurait besoin à nouveau.
J'ai compris aussi que tout va bien finalement (je veux parler de la
charge du système) tant qu'on ne commence pas à attaquer trop souvent la
swap. On peut vérifier cela par la commande free.
Par contre, je ne comprends pas bien le détail de cette commande,
notamment ce que représentent les termes shared, buffers, cached de la
première ligne, et le contenu de la 2ème (-/+ buffers/cache)
j'ai suivi cette intéressante discussion car je suis également intéressé par les pb de mémoire pour mon serveur de fichier (qui a de temps en temps des phases de ralentissement inquiétantes). J'ai bien compris (depuis longtemps !) que le noyau conserve en mémoire tout ce qui a été utilisé "au cas où" on en aurait besoin à nouveau. J'ai compris aussi que tout va bien finalement (je veux parler de la charge du système) tant qu'on ne commence pas à attaquer trop souvent la swap. On peut vérifier cela par la commande free. Par contre, je ne comprends pas bien le détail de cette commande, notamment ce que représentent les termes shared, buffers, cached de la première ligne, et le contenu de la 2ème (-/+ buffers/cache)
