Debian et consommation mémoire d'apache2
Le
Tahar BEN ACHOUR
Bonjour à tous,
Je voudrais avoir votre avis et vos remarques sur la=
consommation mémoire d'un serveur web apache, en effet je dispose d'u=
ne machine faisant office de serveur LAMP sur laquelle tournent à peu =
près 1200 sites disposant de 16Go de RAM, cette mémoire est toujours=
consommée à raison de 94 à 99% sans jamais commencer à swapper,=
donc je n'ai pas de ralentissements. le load average est toujours corre=
cte et n'excède pas les 5 lors de grand trafic, mon seul problème probl=
ème réside dans le fait que la mémoire est toujours consommé pre=
sque au maximum quelque soit le traitement fait par le serveur. Est-ce n=
ormal ? Voici l'aperçu d'un top que je viens de faire top - 16=
:57:39 up 28 days, 17:30, 2 users, load average: 0.24, 0.25, 0.27 Tasks=
: 193 total, 2 running, 191 sleeping, 0 stopped, 0 zombie Cpu(s): =
1.2%us, 0.3%sy, 0.0%ni, 97.5%id, 0.9%wa, 0.0%hi, 0.0%si, 0.0%st Mem=
: 16476208k total, 16070740k used, 405468k free, 2363812k buffers Swa=
p: 31246416k total, 704k used, 31245712k free, 8750812k cached =
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND =
13981 www-data 20 0 234m 56m 3892 S 9 0.3 0:00.54 apache2=
13640 www-data 20 0 226m 44m 4152 S 1 0.3 0:01.42=
apache2 13759 www-data 20 0 224m 45m 3932 S 1 0.3 =
0:00.48 apache2 13987 www-data 20 0 219m 39m 3252 S =
1 0.2 0:00.02 apache2 17050 mysql 20 0 189m 64m 63=
32 S 0 0.4 5:23.62 mysqld 1 root 20 0 10316=
756 624 S 0 0.0 0:12.66 init 2 root 15 =
-5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root =
RT -5 0 0 0 S 0 0.0 0:02.36 migration/0 =
4 root 15 -5 0 0 0 S 0 0.0 1:19.77 ksoftirqd/0 =
5 root RT -5 0 0 0 S 0 0.0 0:00.14 watchdog/0=
6 root RT -5 0 0 0 S 0 0.0 0:01.44 mi=
gration/1 7 root 15 -5 0 0 0 S 0 0.0 1:=
00.13 ksoftirqd/1 8 root RT -5 0 0 0 S 0 =
0.0 0:00.00 watchdog/1 9 root RT -5 0 0 0 =
S 0 0.0 0:03.44 migration/2 10 root 15 -5 0 =
0 0 S 0 0.0 0:51.42 ksoftirqd/2 11 root RT -5 =
0 0 0 S 0 0.0 0:00.00 watchdog/2 12 root =
RT -5 0 0 0 S 0 0.0 0:01.56 migration/3 un ps -e=
me donne aux alentours de 30 processus apache (juste après avoir fait =
mon top). et voici la configuration pour tout ce qui est nombre max de c=
lient, keep alive MaxKeepAliveRequests 100 <IfModule mpm_p=
refork_module> StartServers 5 MinSpareServers 5=
MaxSpareServers 10 MaxClients 150 MaxReque=
stsPerChild 0 </IfModule> <IfModule mpm_worker_module> Start=
Servers 2 MaxClients 150 MinSpareThreads =
25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRe=
questsPerChild 0 </IfModule> Le problème c'est que ce soit 16=
Go de RAM ou 4Go de Ram 1000 sites ou 20 sites ça fonctionne de la m=
ême manière presque, toujours consommation à 95% jusqu'à 99% et =
jamais de swap Cette situation est normale ? j'ai essayé de lire=
un peu dans certains livres, je n'ai pas trouvé quelque chose qui par=
lerai d'excès de consommation de mémoire. J'ai essayé aussi de voi=
r la rapidité de réponse avec la commande ab, ça reste correct, do=
nc pas de ralentissement. Merci pour votre aide.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/720347.61848.qm@web26306.mail.ukl.yahoo.com
consommation mémoire d'un serveur web apache, en effet je dispose d'u=
ne machine faisant office de serveur LAMP sur laquelle tournent à peu =
près 1200 sites disposant de 16Go de RAM, cette mémoire est toujours=
consommée à raison de 94 à 99% sans jamais commencer à swapper,=
donc je n'ai pas de ralentissements. le load average est toujours corre=
cte et n'excède pas les 5 lors de grand trafic, mon seul problème probl=
ème réside dans le fait que la mémoire est toujours consommé pre=
sque au maximum quelque soit le traitement fait par le serveur. Est-ce n=
ormal ? Voici l'aperçu d'un top que je viens de faire top - 16=
:57:39 up 28 days, 17:30, 2 users, load average: 0.24, 0.25, 0.27 Tasks=
: 193 total, 2 running, 191 sleeping, 0 stopped, 0 zombie Cpu(s): =
1.2%us, 0.3%sy, 0.0%ni, 97.5%id, 0.9%wa, 0.0%hi, 0.0%si, 0.0%st Mem=
: 16476208k total, 16070740k used, 405468k free, 2363812k buffers Swa=
p: 31246416k total, 704k used, 31245712k free, 8750812k cached =
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND =
13981 www-data 20 0 234m 56m 3892 S 9 0.3 0:00.54 apache2=
13640 www-data 20 0 226m 44m 4152 S 1 0.3 0:01.42=
apache2 13759 www-data 20 0 224m 45m 3932 S 1 0.3 =
0:00.48 apache2 13987 www-data 20 0 219m 39m 3252 S =
1 0.2 0:00.02 apache2 17050 mysql 20 0 189m 64m 63=
32 S 0 0.4 5:23.62 mysqld 1 root 20 0 10316=
756 624 S 0 0.0 0:12.66 init 2 root 15 =
-5 0 0 0 S 0 0.0 0:00.00 kthreadd 3 root =
RT -5 0 0 0 S 0 0.0 0:02.36 migration/0 =
4 root 15 -5 0 0 0 S 0 0.0 1:19.77 ksoftirqd/0 =
5 root RT -5 0 0 0 S 0 0.0 0:00.14 watchdog/0=
6 root RT -5 0 0 0 S 0 0.0 0:01.44 mi=
gration/1 7 root 15 -5 0 0 0 S 0 0.0 1:=
00.13 ksoftirqd/1 8 root RT -5 0 0 0 S 0 =
0.0 0:00.00 watchdog/1 9 root RT -5 0 0 0 =
S 0 0.0 0:03.44 migration/2 10 root 15 -5 0 =
0 0 S 0 0.0 0:51.42 ksoftirqd/2 11 root RT -5 =
0 0 0 S 0 0.0 0:00.00 watchdog/2 12 root =
RT -5 0 0 0 S 0 0.0 0:01.56 migration/3 un ps -e=
me donne aux alentours de 30 processus apache (juste après avoir fait =
mon top). et voici la configuration pour tout ce qui est nombre max de c=
lient, keep alive MaxKeepAliveRequests 100 <IfModule mpm_p=
refork_module> StartServers 5 MinSpareServers 5=
MaxSpareServers 10 MaxClients 150 MaxReque=
stsPerChild 0 </IfModule> <IfModule mpm_worker_module> Start=
Servers 2 MaxClients 150 MinSpareThreads =
25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRe=
questsPerChild 0 </IfModule> Le problème c'est que ce soit 16=
Go de RAM ou 4Go de Ram 1000 sites ou 20 sites ça fonctionne de la m=
ême manière presque, toujours consommation à 95% jusqu'à 99% et =
jamais de swap Cette situation est normale ? j'ai essayé de lire=
un peu dans certains livres, je n'ai pas trouvé quelque chose qui par=
lerai d'excès de consommation de mémoire. J'ai essayé aussi de voi=
r la rapidité de réponse avec la commande ab, ça reste correct, do=
nc pas de ralentissement. Merci pour votre aide.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/720347.61848.qm@web26306.mail.ukl.yahoo.com
Poser une question
...
Oui: apache est connu pour sa gestion zarb de la RAM et sa grosse
consommation de resources.
D'autres servers sont largement plus rapides et moins dispendieux (nginx
par ex.), après, ça dépend si tu héberges du statique o u du dynamique;
sachant aussi qu'il-y-aura une charge de travail conséquente pour rà ©adapter
les fichiers de conf à un autre svr.
--
Among all savage beasts, none is found so harmful as woman.
-- St. John Chrysostom, 304-407.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Content-Type: text/plain; charset="ISO-8859-15"
Content-Transfer-Encoding: quoted-printable
Hello,
Le mercredi 08 décembre 2010 à 16:10 +0000, Tahar BEN ACHOUR a écrit :
Moi, je vois surtout 2.25Go de RAM utilisés par les buffers et 8.34Go
utilisés pour du cache disque...
Donc, finalement moins de la moitié de la RAM réellement utilisés par
les apaches et cie.
Bref, c'est tout à fait normal.
Bruno
--
C'EST FACILE DE SE MOQUER
P : Ah ! Ah ! T'es déguisé en femme girafe ?!
M : Mais nan, connard ! J'ai un collier anti-puces, un collier
anti-tiques, un collier anti-aoûtats, un collier anti-poux...
P : En tout cas, ça te fait une sacrée tête de con !
M : J'aurais dû mettre un collier anti-chats !
--=-ks/AdkILacStnVOfEm7S
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iEYEABECAAYFAkz/s7gACgkQuJD2bkb8m5t46wCdFTv5xO8j/xe2Po0fyMov2ytu
VzQAoJOxbkOgrIdFH1Ke6/PTCcQC7yCR
=rrVF
-----END PGP SIGNATURE-----
--=-ks/AdkILacStnVOfEm7S--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
:
âjour,
Je mâarrêterais à commenter la consommation mémoir e. Apache
nâest quâune application comme les autres.
Tu as remarqué que tu avais 8 Gio de cache et 2 Gio de
tampons ?
La RAM allant plus vite quâun disque, tant quâil y a de l a RAM
disponible et des accès disque (surtout si ce sont des accès en
lecture ; en général la quasi-totalité des accès dâ un serveur
web), Linux préfère mettre les fichiers en RAM.
(Au passage, tes processus apache2 ne consomment pas tant de
RAM que cela (colonne RES) ; sachant quâen plus, il y a partage
entre les threads.)
Pour connaître réellement la quantité de RAM utilisée par une
application, il faut utiliser des outils de profilage
(valgrindâ¦), en acceptant le fait quâobserver modifie ce qu i est
observé (notamment la vitesse ici).
Cf., p.ex., http://ktown.kde.org/~seli/memory/analysis.html
Comment peux-tu qualifier ceci de « problème » ? Tout
fonctionne correctement, non ?
Tu nâes pas content que Linux utilise ce que tu lui donnes ?
Tu préfèrerais que la moitié de la RAM que tu as payée ne serve
à rien (dâautre quâà réchauffer la salle) ?
--
Sylvain Sauvage
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Et pour s'en convaincre, on peut utiliser la commande suivante:
echo 3 > /proc/sys/vm/drop_caches
...qui va purger les caches et permettre de voir à un instant donné les
ressources réellement consommées. Pas forcément utile quand on sait
interpréter le résultat de la commande free mais il m'arrive de le faire.
J'en profite pour demander à ceux qui ont plus de bouteille que moi si
l'utilisation de cette commande peut poser problème d'une manière ou
d'une autre.
P.-A.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
pas particulièrement, un sync est conseillé après cette mani p.
--
Eighteen goddess-like daughters are not equal to one son with a hump.
-- Chinese Proverb
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/