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 ?
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
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
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
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 ?
-- Ce message a été posté avec Nemo : <http://devnews.nemoweb.net/?Jid
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 ?
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 ?
-- Ce message a été posté avec Nemo : <http://devnews.nemoweb.net/?Jid
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
-- Ce message a été posté avec Nemo : <http://devnews.julien-arlandis.fr/?JidÔ
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
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
-- Ce message a été posté avec Nemo : <http://devnews.julien-arlandis.fr/?JidÔ
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.
Julien Arlandis , dans le message
<8ebf761c05d2a6d530037974a5e04eb5a23b4d34@devnews.nemoweb.net>, 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.
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.
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 :
Le Dim. 16 mars 2014 à 10:49, Nicolas George a écrit :
Julien Arlandis , dans le message
<8ebf761c05d2a6d530037974a5e04eb5a23b4d34@devnews.nemoweb.net>, 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 :
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 :
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
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
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
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.
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.
« 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.
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
ily a une discussion sur ca (ce que fait cette tache) ici: http://www.debian-fr.org/cron-et-php5-t38231.html
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
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
ily a une discussion sur ca (ce que fait cette tache) ici: http://www.debian-fr.org/cron-et-php5-t38231.html
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é.
Julien Arlandis , dans le message
<7e53aaf3bef4415e1ff14b0cd52af54ec865e3f5@news.julien-arlandis.fr>, 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é.
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é.
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.
Sergio , dans le message <53257c01$0$2119$426a34cc@news.free.fr>, 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.
