CPU system [Ubuntu Server 10.04]

[thibaut-crri]

Bonjour,

Je me pose une question concernant la consommation de cpu système.

J'ai quelques outils pour visualiser la consommation cpu, user et system. Au niveau cpu user, j'identifie assez facilement les processus qui mangent de la ressource. Par contre, je n'ai pas trop d'idée pour visualiser ce que peut manger du cpu système.

Je suis conscient que la consommation cpu system peut venir de plusieurs choses : io disque, io réseaux, etc...

Ce que je cherche, c'est un sorte de méthode ou de boite à outils qui me permettrait d'identifier ce qui mange du cpu system en temps réel...

Merci de votre aide !

[ok.Idriss]

Bonsoir.

Envoyé par thibaut-crri

Ce que je cherche, c'est un sorte de méthode ou de boite à outils qui me permettrait d'identifier ce qui mange du cpu system en temps réel...

La commande top ?

[thibaut-crri]

Top ne m'affiche que le cpu user et system général, ou sinon le cpu consommé pour chaque

Ce que je cherche c'est un moyen de connaitre exactement ce qui consomme du cpu system ...

Merci beaucoup

[Senaku-seishin]

L'outil powertop peut t'aidé

[frp31]

tout processus dont le processus père est le 1 peut être un très bon indicateur.
aussi

[matafan]

Je ne vois pas le rapport

[frp31]

fait un ps -ef tu et regardes dans /proc pour tous les process dont le pere est 1 tu comprendras que c'est essentiellement les processus SYSTEM

fils de init par exemple, ou les process lancés au boot par les rc etc...etc....
genre acpi, drivers, les cron, les atd etc...etc..

[matafan]

Certes (et encore), mais je vois pas le rapport avec la question initiale. Le temps cpu "system" c'est le temps cpu passé en mode kernel. Je ne vois pas pourquoi un process rattaché à init passerait plus de temps en mode kernel qu'un process non rattaché à init. Il n'y a aucune corrélation entre les deux notions.

[frp31]

tout simplement parce que
soft couche haute ----> driver ou service -----> kernel ---> retour jusqu'aux couches hautes

donc pour l'exemple le plus simple a comprendre le driver
rien que les I/O vers le kernel et le hardware plus le retour de statut c'est rien que de l'activité "SYSTEM" au sens de %system remonté par les outils comme top ou vmstat c'est pour ça que tous les process "1" entrainent automatiquement de l'activité sur le mesures %systeme certes c'est indirect mais c'est réel et c'est du au fait que le kernel sert d'entrée sortie (entre - autres) entres les processus et donc une application qui a besoin de communiquer aux drivers aux services etc ... génèrent de l'activité système.

https://people.chem.umass.edu/wiki/images/e/eb/Kernel.png

un simple processus cron par exemple
il cause avec le timer hardware + retour en permanence soit 2 passages par le kernel

l'heure dans gnome ou kde ou autre idem avec en plus les échanges vers la cartes graphique

il ne faut oublier que tout est circulaire autours du kernel et qu'un process qui cause à un autre passe par lui, pour ceux qui agissent vers ou depuis le hardware ça fait aller+retour ....

toues les drivers et services au sens fonctionnels de ces mots, sont bien les process lancés par l'init d'ou ma remarque sur les process dont le parent est "1".

J'espère que cette fois ci c'est plus clair.

[frp31]

Envoyé par frp31

fait un ps -ef tu et regardes dans /proc pour tous les process dont le pere est 1 tu comprendras que c'est essentiellement les processus SYSTEM

c'est vrai qu'a la relecture c'est assez confusant ... et très mal formulé