Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Lenteur sur une debian 7.4

20 réponses
Avatar
Julien Arlandis
Après une migration, je trouve mon nouveau serveur debian plus lent que le
précédent, fort encombrement de la mémoire, et forte utilisation du CPU
alors que le serveur n'est quasiment pas sollicité. Comment savoir à quoi
correspondent toutes ces commandes fuser lancées sur le serveur ?


top - 10:16:43 up 12:15, 1 user, load average: 19.05, 19.11, 19.08
Tasks: 186 total, 20 running, 166 sleeping, 0 stopped, 0 zombie
%Cpu(s): 25.3 us, 74.7 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si,
0.0 st
KiB Mem: 4020752 total, 3981828 used, 38924 free, 118620 buffers
KiB Swap: 523260 total, 522724 used, 536 free, 65056 cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND

27713 root 20 0 6084 808 648 R 5.9 0.0 0:00.19 fuser

27714 root 20 0 6088 812 648 R 4.0 0.0 0:00.13 fuser

27715 root 20 0 6088 808 648 R 4.0 0.0 0:00.13 fuser

27716 root 20 0 6088 812 648 R 4.0 0.0 0:00.13 fuser

27717 root 20 0 6088 808 648 R 4.0 0.0 0:00.13 fuser

27719 root 20 0 6088 812 648 R 4.0 0.0 0:00.13 fuser

27718 root 20 0 6088 812 648 R 3.7 0.0 0:00.12 fuser

27720 root 20 0 6084 812 648 R 3.7 0.0 0:00.12 fuser

27721 root 20 0 6088 808 648 R 3.7 0.0 0:00.12 fuser

27722 root 20 0 6088 812 648 R 3.7 0.0 0:00.12 fuser

27723 root 20 0 6088 848 684 R 3.7 0.0 0:00.12 fuser

27724 root 20 0 6088 812 648 R 3.7 0.0 0:00.12 fuser

27725 root 20 0 6088 812 648 R 3.4 0.0 0:00.11 fuser

27726 root 20 0 6088 812 648 R 3.4 0.0 0:00.11 fuser

27727 root 20 0 6088 812 648 R 3.1 0.0 0:00.10 fuser

27728 root 20 0 6088 808 648 R 3.1 0.0 0:00.10 fuser

27729 root 20 0 6088 812 648 R 1.9 0.0 0:00.06 fuser

10 réponses

1 2
Avatar
Sergio
Le 16/03/2014 10:21, Julien Arlandis a écrit :
Après une migration, je trouve mon nouveau serveur debian plus lent que le
précédent, fort encombrement de la mémoire, et forte utilisation du CPU
alors que le serveur n'est quasiment pas sollicité. Comment savoir à quoi
correspondent toutes ces commandes fuser lancées sur le serveur ?



Surtout que fuser est plutôt une commande diagnostic... voir man fuser


--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Avatar
Julien Arlandis
Le Dimanche 16 mars 2014 à 10:21, Julien Arlandis a écrit :
Après une migration, je trouve mon nouveau serveur debian plus lent que le
précédent, fort encombrement de la mémoire, et forte utilisation du CPU alors
que le serveur n'est quasiment pas sollicité. Comment savoir à quoi
correspondent toutes ces commandes fuser lancées sur le serveur ?


top - 10:16:43 up 12:15, 1 user, load average: 19.05, 19.11, 19.08
Tasks: 186 total, 20 running, 166 sleeping, 0 stopped, 0 zombie
%Cpu(s): 25.3 us, 74.7 sy, 0.0 ni, 0.0 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem: 4020752 total, 3981828 used, 38924 free, 118620 buffers
KiB Swap: 523260 total, 522724 used, 536 free, 65056 cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
27713 root 20 0 6084 808 648 R 5.9 0.0 0:00.19 fuser
27714 root 20 0 6088 812 648 R 4.0 0.0 0:00.13 fuser
27715 root 20 0 6088 808 648 R 4.0 0.0 0:00.13 fuser
27716 root 20 0 6088 812 648 R 4.0 0.0 0:00.13 fuser
27717 root 20 0 6088 808 648 R 4.0 0.0 0:00.13 fuser
27719 root 20 0 6088 812 648 R 4.0 0.0 0:00.13 fuser
27718 root 20 0 6088 812 648 R 3.7 0.0 0:00.12 fuser
27720 root 20 0 6084 812 648 R 3.7 0.0 0:00.12 fuser
27721 root 20 0 6088 808 648 R 3.7 0.0 0:00.12 fuser
27722 root 20 0 6088 812 648 R 3.7 0.0 0:00.12 fuser
27723 root 20 0 6088 848 684 R 3.7 0.0 0:00.12 fuser
27724 root 20 0 6088 812 648 R 3.7 0.0 0:00.12 fuser
27725 root 20 0 6088 812 648 R 3.4 0.0 0:00.11 fuser
27726 root 20 0 6088 812 648 R 3.4 0.0 0:00.11 fuser
27727 root 20 0 6088 812 648 R 3.1 0.0 0:00.10 fuser
27728 root 20 0 6088 808 648 R 3.1 0.0 0:00.10 fuser
27729 root 20 0 6088 812 648 R 1.9 0.0 0:00.06 fuser



Une solution trouvée ici :

http://memo-linux.com/zombie-ubuntu-11-10-fuser-100-cpu/




--
Ce message a été posté avec Nemo : <http://devnews.nemoweb.net/?JidŽ
Avatar
Julien Arlandis
Le Dim. 16 mars 2014 à 10:25, Sergio a écrit :
Le 16/03/2014 10:21, Julien Arlandis a écrit :
Après une migration, je trouve mon nouveau serveur debian plus lent que le
précédent, fort encombrement de la mémoire, et forte utilisation du CPU
alors que le serveur n'est quasiment pas sollicité. Comment savoir à quoi
correspondent toutes ces commandes fuser lancées sur le serveur ?



Surtout que fuser est plutôt une commande diagnostic... voir man fuser



Si je compare /etc/cron.d/php5 :

sur mon ancien serveur :
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] && [ -d
/var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type
f -cmin +$(/usr/lib/php5/maxlifetime) -delete

nouveau serveur :
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] && [ -d
/var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type
f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null ;
-delete


--
Ce message a été posté avec Nemo : <http://devnews.julien-arlandis.fr/?JidÔ
Avatar
Nicolas George
Julien Arlandis , dans le message
, a
écrit :
Une solution trouvée ici :
http://memo-linux.com/zombie-ubuntu-11-10-fuser-100-cpu/



« Solution »... Une astuce trouvée au hasard, sans comprendre l'origine du
problème et les conséquences du changement proposé. Typique de ce que font
les utilisateurs d'ubuntu et de php.
Avatar
Julien Arlandis
Le Dim. 16 mars 2014 à 10:49, Nicolas George a écrit :
Julien Arlandis , dans le message
, a
écrit :
Une solution trouvée ici :
http://memo-linux.com/zombie-ubuntu-11-10-fuser-100-cpu/



« Solution »... Une astuce trouvée au hasard, sans comprendre l'origine du
problème et les conséquences du changement proposé. Typique de ce que font
les utilisateurs d'ubuntu et de php.




Certes, je sais que l'origine du problème est située dans cette tâche
cron :

09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] && [ -d
/var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type
f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null ;
-delete

Comprends tu à quoi elle sert ?
Avatar
Sergio
Le 16/03/2014 10:49, Nicolas George a écrit :

Une solution trouvée ici :
http://memo-linux.com/zombie-ubuntu-11-10-fuser-100-cpu/



« Solution »... Une astuce trouvée au hasard, sans comprendre l'origine du
problème et les conséquences du changement proposé. Typique de ce que font
les utilisateurs d'ubuntu et de php.



Typique des développeurs qui implémentent des fonctions tordues (et qui plantent tout parfois) sans donner d'explications.

--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
Avatar
Chosta
Nicolas George wrote:


« Solution »... Une astuce trouvée au hasard, sans comprendre l'origine du
problème et les conséquences du changement proposé. Typique de ce que font
les utilisateurs d'ubuntu et de php.



Réflexion typique d'un "jesaistout" qui critique sans proposer de solution
ou d'explication.
Avatar
Th.A.C
Le 16/03/2014 10:42, Julien Arlandis a écrit :
Le Dim. 16 mars 2014 à 10:25, Sergio a écrit :
Le 16/03/2014 10:21, Julien Arlandis a écrit :
Après une migration, je trouve mon nouveau serveur debian plus lent que le
précédent, fort encombrement de la mémoire, et forte utilisation du CPU
alors que le serveur n'est quasiment pas sollicité. Comment savoir à quoi
correspondent toutes ces commandes fuser lancées sur le serveur ?



Surtout que fuser est plutôt une commande diagnostic... voir man fuser



Si je compare /etc/cron.d/php5 :

sur mon ancien serveur :
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] && [ -d
/var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type
f -cmin +$(/usr/lib/php5/maxlifetime) -delete

nouveau serveur :
09,39 * * * * root [ -x /usr/lib/php5/maxlifetime ] && [ -d
/var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type
f -cmin +$(/usr/lib/php5/maxlifetime) ! -execdir fuser -s {} 2>/dev/null ;
-delete





ily a une discussion sur ca (ce que fait cette tache) ici:
http://www.debian-fr.org/cron-et-php5-t38231.html
Avatar
Nicolas George
Julien Arlandis , dans le message
, a
écrit :
Certes, je sais que l'origine du problème est située dans cette tâche
cron :



Non, tu ne le sais pas. Tu sais que le problème est lié à cette tâche cron,
c'est évidemment vrai, mais ce n'est pas l'origine du problème, parce que
les distributions ne s'amusent pas à mettre des trucs qui ne servent à rien
juste pour faire râmer les machines.

L'origine réelle du problème est certainement ailleurs, un autre phénomène
qui fait que fuser ne se termine pas aussi vite que prévu probablement.

Retirer le fuser dans la ligne est à peu près aussi malin qu'amputer un
orteil pour soigner un ongle incarné.
Avatar
Nicolas George
Sergio , dans le message <53257c01$0$2119$, a
écrit :
Typique des développeurs qui implémentent des fonctions tordues (et qui
plantent tout parfois) sans donner d'explications.



C'est un reproche qu'on peut souvent faire à ubuntu en effet.
1 2