Le Tue, 14 Feb 2006 01:34:06 -0800, utilisateur_182 a écrit :
???
En admettant que ce poste ne soit pas une blague, qu'est ce que ça va me donner de faire ça? Ce dont j'ai besoin c'est (idéalement) un tableau avec 2 colonnes: - nom du processus - % d'utilisation de X
pas du code assembleur de X. ben c'est ce que je t'ai dit un peu plus haut tu as tout ça dans moniteur
systeme (c'est pas une blague)
Le Tue, 14 Feb 2006 01:34:06 -0800, utilisateur_182 a écrit :
???
En admettant que ce poste ne soit pas une blague, qu'est ce que ça va
me donner de faire ça?
Ce dont j'ai besoin c'est (idéalement) un tableau avec 2 colonnes:
- nom du processus
- % d'utilisation de X
pas du code assembleur de X.
ben c'est ce que je t'ai dit un peu plus haut tu as tout ça dans moniteur
Le Tue, 14 Feb 2006 01:34:06 -0800, utilisateur_182 a écrit :
???
En admettant que ce poste ne soit pas une blague, qu'est ce que ça va me donner de faire ça? Ce dont j'ai besoin c'est (idéalement) un tableau avec 2 colonnes: - nom du processus - % d'utilisation de X
pas du code assembleur de X. ben c'est ce que je t'ai dit un peu plus haut tu as tout ça dans moniteur
systeme (c'est pas une blague)
Matthieu Moy
Emmanuel Fleury writes:
Non, ce n'est pas une blague. Si c'est X lui-même qui plante, cela te permettra de trouver le bug... Mais tu n'as probablement pas les compétences pour ça. Désolé, oublie ce que j'ai dit.
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb, soit c'est une blague, soit c'est toi qu'a pas vraiment les compétences ...
Non, ce n'est pas une blague. Si c'est X lui-même qui plante, cela te
permettra de trouver le bug... Mais tu n'as probablement pas les
compétences pour ça. Désolé, oublie ce que j'ai dit.
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb,
soit c'est une blague, soit c'est toi qu'a pas vraiment les
compétences ...
Non, ce n'est pas une blague. Si c'est X lui-même qui plante, cela te permettra de trouver le bug... Mais tu n'as probablement pas les compétences pour ça. Désolé, oublie ce que j'ai dit.
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb, soit c'est une blague, soit c'est toi qu'a pas vraiment les compétences ...
-- Matthieu
utilisateur_182
Merci. C'est pas mal, mais je ne pense pas que la lenteur soit lié au la consommation mémoire en premier chef. En fait il faudrait tout simplement que les temps d'appel au API de X sont comptabilisés comme étant du "temps user". Or en général, le temps des API d'entrées sorties ne compte même pas (donc on peut avoir un PC qui ramme complètement et une consommation CPU à 40% seulement), alors pour les temps de X c'est pas gagné. Mais j'espérais qu'il existait un soft qui le faisait.
Merci. C'est pas mal, mais je ne pense pas que la lenteur soit lié au
la consommation mémoire en premier chef. En fait il faudrait tout
simplement que les temps d'appel au API de X sont comptabilisés comme
étant du "temps user". Or en général, le temps des API d'entrées
sorties ne compte même pas (donc on peut avoir un PC qui ramme
complètement et une consommation CPU à 40% seulement), alors pour les
temps de X c'est pas gagné. Mais j'espérais qu'il existait un soft
qui le faisait.
Merci. C'est pas mal, mais je ne pense pas que la lenteur soit lié au la consommation mémoire en premier chef. En fait il faudrait tout simplement que les temps d'appel au API de X sont comptabilisés comme étant du "temps user". Or en général, le temps des API d'entrées sorties ne compte même pas (donc on peut avoir un PC qui ramme complètement et une consommation CPU à 40% seulement), alors pour les temps de X c'est pas gagné. Mais j'espérais qu'il existait un soft qui le faisait.
Emmanuel Fleury
Matthieu Moy wrote:
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb,
Non, ce n'est pas du profiling, c'est du déboguage.
soit c'est une blague, soit c'est toi qu'a pas vraiment les compétences ...
Je l'ai déjà fait. C'était pour résoudre ce bug: http://www.cs.aau.dk/~fleury/bug_cms/
Je n'ai pas compris l'interêt de ton intervention... la prochaine fois abstient toi, cela vaudra peut-être mieux.
Amicalement -- Emmanuel Fleury
Oh, I can agree with that. Discipline can be good for you. -- Linus Torvalds
Matthieu Moy wrote:
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb,
Non, ce n'est pas du profiling, c'est du déboguage.
soit c'est une blague, soit c'est toi qu'a pas vraiment les
compétences ...
Je l'ai déjà fait. C'était pour résoudre ce bug:
http://www.cs.aau.dk/~fleury/bug_cms/
Je n'ai pas compris l'interêt de ton intervention... la prochaine fois
abstient toi, cela vaudra peut-être mieux.
Amicalement
--
Emmanuel Fleury
Oh, I can agree with that. Discipline can be good for you.
-- Linus Torvalds
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb,
Non, ce n'est pas du profiling, c'est du déboguage.
soit c'est une blague, soit c'est toi qu'a pas vraiment les compétences ...
Je l'ai déjà fait. C'était pour résoudre ce bug: http://www.cs.aau.dk/~fleury/bug_cms/
Je n'ai pas compris l'interêt de ton intervention... la prochaine fois abstient toi, cela vaudra peut-être mieux.
Amicalement -- Emmanuel Fleury
Oh, I can agree with that. Discipline can be good for you. -- Linus Torvalds
xavier s
Le Tue, 14 Feb 2006 02:34:00 -0800, utilisateur_182 a écrit :
Merci. C'est pas mal, mais je ne pense pas que la lenteur soit lié au la consommation mémoire en premier chef. En fait il faudrait tout simplement que les temps d'appel au API de X sont comptabilisés comme étant du "temps user". Or en général, le temps des API d'entrées sorties ne compte même pas (donc on peut avoir un PC qui ramme complètement et une consommation CPU à 40% seulement), alors pour les temps de X c'est pas gagné. Mais j'espérais qu'il existait un soft qui le faisait. justement dans la liste processus t'as une ligne login-bash-bla bla -et
enfin X avec son pourcentage d'utilisation proc.(moi en ce moment c'est entre 1 et 6 %)mais il utilise 80 Mo de memoire.
Le Tue, 14 Feb 2006 02:34:00 -0800, utilisateur_182 a écrit :
Merci. C'est pas mal, mais je ne pense pas que la lenteur soit lié au
la consommation mémoire en premier chef. En fait il faudrait tout
simplement que les temps d'appel au API de X sont comptabilisés comme
étant du "temps user". Or en général, le temps des API d'entrées
sorties ne compte même pas (donc on peut avoir un PC qui ramme
complètement et une consommation CPU à 40% seulement), alors pour les
temps de X c'est pas gagné. Mais j'espérais qu'il existait un soft
qui le faisait.
justement dans la liste processus t'as une ligne login-bash-bla bla -et
enfin X avec son pourcentage d'utilisation proc.(moi en ce moment c'est
entre 1 et 6 %)mais il utilise 80 Mo de memoire.
Le Tue, 14 Feb 2006 02:34:00 -0800, utilisateur_182 a écrit :
Merci. C'est pas mal, mais je ne pense pas que la lenteur soit lié au la consommation mémoire en premier chef. En fait il faudrait tout simplement que les temps d'appel au API de X sont comptabilisés comme étant du "temps user". Or en général, le temps des API d'entrées sorties ne compte même pas (donc on peut avoir un PC qui ramme complètement et une consommation CPU à 40% seulement), alors pour les temps de X c'est pas gagné. Mais j'espérais qu'il existait un soft qui le faisait. justement dans la liste processus t'as une ligne login-bash-bla bla -et
enfin X avec son pourcentage d'utilisation proc.(moi en ce moment c'est entre 1 et 6 %)mais il utilise 80 Mo de memoire.
xavier s
Le Tue, 14 Feb 2006 01:31:52 -0800, utilisateur_182 a écrit :
Oui mais tous ces softs ne parle que de la consom mémoire/CPU, pas de la "consommation X". X il me semble que c'est la couleur, le graphique.et le X ça doit etre
l'ensemble de ces choses qui tournent sur ton ordi. par exemple j'ai sous les yeux "moniteur systeme" il y a 2 fenetres processus et ressources. je pense que le camion de processus qui sont là utilisent les ressources de la 2eme fenetre.et dans la 2 eme fenetre tu as l'historique d'utilisation du cpu. tu as aussi le pourcentage d'occupation cpu dans la fenetre processus et tu vois que c'est souvent à 0 (chez moi c'est comme ça) il faut surement nettoyer tu as pleins de processus qui te servent à rien. moi je suis souvent à 100% d'utilisation je nettoye regulierement en terminant et tuant des processus. j'ai fait une totale reinstalle il y a 2 jours mais cette fois j'ai installé le mini.ça va mieux mon cpu souffre moins. je me casse je viens de faire bruler les petits pois y a caroline qui va gueuler.......
Le Tue, 14 Feb 2006 01:31:52 -0800, utilisateur_182 a écrit :
Oui mais tous ces softs ne parle que de la consom mémoire/CPU, pas de
la "consommation X".
X il me semble que c'est la couleur, le graphique.et le X ça doit etre
l'ensemble de ces choses qui tournent sur ton ordi.
par exemple j'ai sous
les yeux "moniteur systeme" il y a 2 fenetres processus et ressources. je
pense que le camion de processus qui sont là utilisent les ressources de
la 2eme fenetre.et dans la 2 eme fenetre tu as l'historique d'utilisation
du cpu. tu as aussi le pourcentage d'occupation cpu dans la fenetre
processus et tu vois que c'est souvent à 0 (chez moi c'est comme ça)
il faut surement nettoyer tu as pleins de processus qui te servent à
rien.
moi je suis souvent à 100% d'utilisation je nettoye regulierement en
terminant et tuant des processus.
j'ai fait une totale reinstalle il y a 2 jours mais cette fois j'ai
installé le mini.ça va mieux mon cpu souffre moins.
je me casse je viens de faire bruler les petits pois y a caroline qui va
gueuler.......
Le Tue, 14 Feb 2006 01:31:52 -0800, utilisateur_182 a écrit :
Oui mais tous ces softs ne parle que de la consom mémoire/CPU, pas de la "consommation X". X il me semble que c'est la couleur, le graphique.et le X ça doit etre
l'ensemble de ces choses qui tournent sur ton ordi. par exemple j'ai sous les yeux "moniteur systeme" il y a 2 fenetres processus et ressources. je pense que le camion de processus qui sont là utilisent les ressources de la 2eme fenetre.et dans la 2 eme fenetre tu as l'historique d'utilisation du cpu. tu as aussi le pourcentage d'occupation cpu dans la fenetre processus et tu vois que c'est souvent à 0 (chez moi c'est comme ça) il faut surement nettoyer tu as pleins de processus qui te servent à rien. moi je suis souvent à 100% d'utilisation je nettoye regulierement en terminant et tuant des processus. j'ai fait une totale reinstalle il y a 2 jours mais cette fois j'ai installé le mini.ça va mieux mon cpu souffre moins. je me casse je viens de faire bruler les petits pois y a caroline qui va gueuler.......
utilisateur_182
Tu parles bien de "Moniteur Système Gnome (v2.10.1 sur mon système) ?
J'ai une colonne "Mémoire du serveur X", mais ce n'est pas ce dont j'ai besoin.
Imaginons que la ligne "X" a pour %CPU 80%, je voudrais savoir DANS CES 80%, quel pourcentage pour chaque application qui utilise X.
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb,
Non, ce n'est pas du profiling, c'est du déboguage.
Pour répondre à la question
,---- | comment/où je peux investiguer pour savoir pourquoi X me prends tout | mon CPU pour ne rien faire ? `----
t'appelles pas ça du profiling ???
Ta réponse était à côté de la plaque, et ton intervention suivante denigrante pour le PO (tu n'as pas les compétences, toussa). Bref, si y'en a un qui aurait mieux fait de s'abstenir ...
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb,
Non, ce n'est pas du profiling, c'est du déboguage.
Pour répondre à la question
,----
| comment/où je peux investiguer pour savoir pourquoi X me prends tout
| mon CPU pour ne rien faire ?
`----
t'appelles pas ça du profiling ???
Ta réponse était à côté de la plaque, et ton intervention suivante
denigrante pour le PO (tu n'as pas les compétences, toussa). Bref, si
y'en a un qui aurait mieux fait de s'abstenir ...
Euh, si tu propose à quelqu'un de faire du profiling à coup de gdb,
Non, ce n'est pas du profiling, c'est du déboguage.
Pour répondre à la question
,---- | comment/où je peux investiguer pour savoir pourquoi X me prends tout | mon CPU pour ne rien faire ? `----
t'appelles pas ça du profiling ???
Ta réponse était à côté de la plaque, et ton intervention suivante denigrante pour le PO (tu n'as pas les compétences, toussa). Bref, si y'en a un qui aurait mieux fait de s'abstenir ...
