Qu’est-ce qui tourne sur votre système ?
Un processus est un programme en cours d’exécution… ou en attente d’exécution (on peut “suspendre” un processus).
Le noyau Linux lance et gère les processus et contrôle leur échanges avec les périphériques. Il tient à jour une table des processus en exécution. Le premier processus,ancêtre de tous les autres est init. Tous les processus successifs sont créés par un processus parent et appartiennent à un utilisateur. Chacun est identifié par un numéro, son PID.
Il peut être important de connaître le PID d’un processus, ne serait-ce pour pouvoir le “tuer”, s’il ne répond plus et bloque une console.
Les systèmes UNIX sont des systèmes multitâches préemptifs, c’est à dire que chaque programme ou processus tourne indépendamment.Lorsqu’un processus est planté, le système continue à tourner car les processus sont séparés. La destruction d’un processus n’a pas d’effet sur l’exécution des autres processus.
Les outils utiles
Voici comment consulter la table des processus :
La commande ps avec des arguments permet de lister les processus.
ps -fe : donne tous les processus, avec leur numéro PID
ps –help : indique toutes les options de cette commande (elles sont nombreuses)
On ouvre une console et on tape simplement : ps -fe
Le résultat de cette commande nous donne une série de lignes (incompréhensibles quand on débute sous Linux :P).
Pas de panique, ce n’est pas le gestionnaire des taches de Windows,Linux n’a rien à cacher à ses utilisateurs, il donne simplement les processus lancés à l’instant où vous lancez la commande. Quelques explications en image :
Commande “ps -fe”
UID : Numéro d’utilisateur (User IDentification) ayant lancé le processus
PID : Numéro unique du processus (Process IDentification)
PPID : Numéro du processus parent (Parent Process IDentification)
C : cpu utilization , pourcentage de CPU utilisé
STIME : correspond à l’heure de lancement du processus
TTY : correspond au nom du terminal
TIME : correspond à la durée de traitement du processus
CMD : correspond à la ligne de commande ayant généré le processus
Avec cette commande, la liste peut être très longue. Comme vous pouvez le constater sur l’image ci-dessous, les différents processus sont classés en zones qui nous permettrons par la suite de l’article, de voir et d’optimiser certains d’entre eux.
Liste des processus linux
Afin de connaître le processus parent d’un autre processus, on utilise la commande pstree.
La commande pstree permet d’afficher les processus sous forme d’arborescence : pratique pour voir la hiérarchie entre les divers processus.
Commande “pstree”
La commande top
La commande top permet d’afficher des informations en continu sur l’activité du système (quantité de RAM et pourcentage de CPU utilisés par les processus). Pour quitter la commande top, il suffit de taper la lettre q.
Commande “top”
L’intérêt de cette commande réside dans le fait que vous pouvez observer en temps réel les processus les plus gourmands et ainsi trouver des solutions pour optimiser le système.
La commande KILL
Pour arrêter un processus, on peut lui envoyer différents signaux (pour en savoir plus sur les signaux) :
kill PID : met fin normalement à la tâche
kill -9 PID : action si nécessaire encore plus radicale !
Commande “kill”
Maintenant que nous avons listé les processus qui tournent sur votre système, voyons ensemble quelques explications sur le fonctionnement de Linux.
Vraiment génial ton article !!
Je vais pouvoir optimiser mon linux !
Superbe article.
Serait-il possible d'avoir une version imprimable de cet article ???
Excellent article bien clair! J'avais commencé empiriquement à optimiser ma mandriva 2k6…Maintenant je vais pouvoir continuer plus sérieusement 😉
Je ne pense pas que retirer quelques démons va accélerer le système dans la globalité, on va certes gagner en vitesse de démarrage surtout dans des distribs qui lancent des démons en veux-tu en voila au demarrage. Une fois lancés, les démons et les processus noyaux ne consomment pratiquement aucune ressource CPU et l'utilisation mémoire et généralement négligeable (cf la capture d'écran de la commande "top" en 1ère page). Et penser optimiser son linux en virant des terminaux "mode texte" me parait vraiment illusoire. A mon avis ce qui change vraiment la rapidité d'un linux ce sont les applications qu'on… Lire la suite »
Excellent article.
Ceci dit je conseille à tous ceux qui souhaitent se mettre à Linux d'utiliser une distribution plus propre que Mandriva…
Je dois avouer que je ne lisais plus vraiment les messages de la mailing-lis de zebulon.fr car n'utilisant plus vraiment Windows (sauf au bureau). Et quelle ne fut ma surprise de recevoir un fort beau mail avec le mot magique : Linux. Avec deux astuces Linux en plus 😉 Alors là je dis BRAVO !!! Continuez comme ça, messieurs, vous démontrer ainsi que Linux s'impose de plus en plus comme LE systême d'exploitation idéal et que le monopole de Microsoft est réellement terminé. Je continuerais donc à vous lire et si vous souhaitez des suggestions, n'hésitez pas à me contacter.… Lire la suite »
bravo et merci pour cet article.
demystifier ce systeme est une excellente demarche.
comme tout est accessible cela apparait comme tres complexe, d'autant que nous sommes habitues depuis de trop nombreuses annees a windows, cela semble tres deroutant.
ouais vouloir parler de Linux c'est bien, mais savoir en parler ces mieux… Linux n'est pas Windows ! avoir plus de 100 process est une chose normale parce que dans sa conception Sous Linux un programme n'a qu'une tache à remplire et doit le faire au mieux. donc on a foule de petits process et je ne vois pas en quoi killer getty par exemple qui consome 0% de CPU et 0% de mémoire va optimiser quoi que ce soit… pareil, stopper dbus est stupide à moins que tu veuille jouer au vieux geek qui monte encore ses volumes à… Lire la suite »
plop, Bah c’est pas le peu de ressources que consomme un ou l’autre petit process qui va faire gagner quoi que ce soit on est tous bien d’accord, mais en virer plusieurs aura forcement une consequence sur les perfs. Il faut bien se dire que c’est pas parceque le process consomme 0% quand tu le regarde, qu’il ne ralentit pas le systeme. Tout depend des evenement aux quels ils sont abonnes etc… Si tu as 3 process qui sont abonnés aux evenement d’un folder, chaque modif dans ce folder va interpeller les 3 process, c’est la que tu perd en… Lire la suite »