Welcome to the Slackware Documentation Project

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
fr:slackbook:process_control [2012/11/30 15:55 (UTC)]
zithro [ps] corrections mineures
fr:slackbook:process_control [2012/12/29 15:23 (UTC)] (Version actuelle)
ellendhel [Sources]
Ligne 127: Ligne 127:
 ===== kill et killall ===== ===== kill et killall =====
  
 +Gérer des processus ne limite pas à savoir quels sont actifs, mais également communiquer avec eux pour changer leur comportement. La façon la plus courante de gérer un programme est de le tuer. De fait, l'​outil pour ce travail est nommé //​**kill**//​(1). Malgré son nom, //​**kill**//​ ne tue pas les processus mais leur envoie un signal. Le signal le plus courant est SIGTERM, qui indique au processus de finir sa tâche en cours et de se terminer. Il existe une variété d'​autres signaux qui peuvent être envoyés, mais les trois plus courant sont SIGTERM, SIGHUP et SIGKILL.
 +
 +La manière dont un processus réagit en recevant un signal peut varier. La plupart des programmes s'​arrêteront (ou tenteront de s'​arrêter) chaque fois qu'ils reçoivent un signal, mais il y a peu de de différences importantes. Pour commencer, le signal SIGTERM informe le processus qu'il doit s'​arrêter dès que possible. Cela donne le temps au processus de finir ses actions importantes,​ tel qu'​écrire des données sur le disque, avant de se fermer. Au contraire, le signal SIGKILL dit au programme de se terminer immédiatement,​ sans autre question. Ceci est particulièrement utile pour tuer les processus qui ne répondent plus et est parfois appelé la //balle d'​argent//​. Certains processus (en particulier des daemons) capturent le signal SIGHUP et rechargent leurs fichiers de configuration à chaque fois qu'ils le reçoivent.
 +
 +Afin d'​envoyer un signal à un processus, la première chose dont nous avons besoin est son PID. Vous pouvez obtenir cela facilement avec //**ps**// comme cela à déjà présenté. Pour envoyer différents signaux à un processus actif, vous devez simplement passer le numéro de signal et //-s// en tant qu'​option. L'​option //-l// liste tous les signaux disponibles et leurs numéros. Vous pouvez également envoyer des signaux par leur nom avec //-s//.
 +
 +<​code>​
 +darkstar:~$ kill -l
 + 1) SIGHUP 2) SIGINT 3) SIGQUIT 4) SIGILL
 + 5) SIGTRAP 6) SIGABRT 7) SIGBUS 8) SIGFPE
 + 9) SIGKILL 10) SIGUSR1 11) SIGSEGV 12) SIGUSR2
 +13) SIGPIPE 14) SIGALRM 15) SIGTERM 16) SIGSTKFLT
 +... many more lines omitted ...
 +darkstar:~$ kill 1234 # SIGTERM
 +darkstar:~$ kill -s 9 1234 # SIGKILL
 +darkstar:~$ kill -s 1 1234 # SIGHUP
 +darkstar:~$ kill -s HUP 1234 # SIGHUP
 +</​code>​
 +
 +Parfois, vous souhaiterez terminer tous les processus portant un certain nom. Vous pouvez tuer les processus par leur nom avec //​**killall**//​(1). Utilisez simplement les même options pour //​**killall**//​ que celles que vous utiliseriez avec //​**kill**//​.
 +
 +<​code>​
 +darkstar:~$ killall bash # SIGTERM
 +darkstar:~$ killall -s 9 bash # SIGKILL
 +darkstar:~$ killall -s 1 bash # SIGHUP
 +darkstar:~$ killall -s HUP bash # SIGHUP
 +</​code>​
 ===== top ===== ===== top =====
 +
 +Jusqu'​à maintenant nous avons appris comment voir quels sont les processus actifs à un moment donné, mais comment faire si nous voulons les surveiller pendant une période plus longue ? //​**top**//​(1) nous permet de faire cela. Il affiche une liste ordonnée des processus du système, avec leur informations essentielles,​ et la met à jour périodiquement. Par défaut, les processus sont triés par leur taux d'​utilisation du CPU et les mises à jour se font toutes les trois secondes.
 +
 +<​code>​
 +darkstar:~$ top
 +top - 16:44:15 up 26 days,  5:53,  5 users, ​ load average: 0.08, 0.03, 0.03
 +Tasks: 122 total, ​  1 running, 119 sleeping, ​  0 stopped, ​  2 zombie
 +Cpu(s): ​ 3.4%us, ​ 0.7%sy, ​ 0.0%ni, 95.5%id, ​ 0.1%wa, ​ 0.0%hi, ​ 0.2%si, 0.0%st
 +Mem:   ​3058360k total, ​ 2853780k used,   ​204580k free,   ​154956k buffers
 +Swap:        0k total, ​       0k used,        0k free,  2082652k cached
 +
 +  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND ​           ​
 +    1 root      20   ​0 ​ 3928  632  544 S    0  0.0   ​0:​00.99 init               
 +    2 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.00 kthreadd ​          
 +    3 root      RT  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.82 migration/​0 ​       ​
 +    4 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.01 ksoftirqd/​0 ​       ​
 +    7 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​11.22 events/​0 ​          
 +    9 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​01.19 work_on_cpu/​0 ​     ​
 +   11 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.01 khelper ​           ​
 +  102 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​02.04 kblockd/​0 ​         ​
 +  105 root      15  -5     ​0 ​   0    0 S    0  0.0   ​1:​20.08 kacpid ​            
 +  106 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​01.92 kacpi_notify ​      
 +  175 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.00 ata/0              ​
 +  177 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.00 ata_aux ​           ​
 +  178 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.00 ksuspend_usbd ​     ​
 +  184 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.02 khubd              ​
 +  187 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​00.00 kseriod ​           ​
 +  242 root      20   ​0 ​    ​0 ​   0    0 S    0  0.0   ​0:​03.37 pdflush ​           ​
 +  243 root      15  -5     ​0 ​   0    0 S    0  0.0   ​0:​02.65 kswapd0
 +</​code>​
 +
 +La page de manuel comporte des détails pratiques sur comment interagir avec //**top**// tel que modifier l'​intervalle de rafraîchissement,​ la manière dont les processus sont triés ou même comment tuer un processus directement depuis //​**top**//​.
  
 ===== cron ===== ===== cron =====
  
 +Bien, nous avons étudié différents moyen de voir les processus actifs de notre système et comment leur envoyer des signaux, mais comment faire pour lancer un processus de manière régulière ? Heureusement,​ Slackware comporte ce qu'il faut, **//​crond//​**(8). cron lance des processus pour chaque utilisateur selon le programme qu'il aura établi. Cela rend les choses très pratique pour les processus qui doivent s'​exécuter de manière périodique,​ mais qui ne demandent pas à être "​démonisés",​ comme pour les scripts de sauvegarde. Chaque utilisateur peut gérér sa propre entrée dans la base de données de cron, les utilisateurs non-root peuvent dont lancer leurs processus planifiés également.
 +
 +Pour pouvoir lancer un programme depuis cron, vous aurez besoin de **//​crontab//​**(1). La page de manuel liste un large choix de façon de faire cela, mais la méthode la plus courante est d'​utiliser l'​option //-e//. Cela verrouillera l'​entrée de l'​utilisateur dans la base de données de cron (pour éviter d'​être accédés en écriture par un autre programme) puis ouvrira cette entrée avec l'​éditeur de texte indiqué par la variable d'​environnement VISUAL. ​ Sur les systèmes Slackware, c'est typiquement l'​éditeur **//vi//**. Vous pouvez avoir besoin de consulter le chapitre sur **//vi//** avant de continuer.
 +
 +Les entrées de la base de données de cron peuvent paraître un peu archaïques au premier regard, mais elles sont très souples. Chaque ligne non commentée est traitée par **//​crond//​** et la commande indiquée est lancée si les horaires correspondent.
 +
 +<​code>​
 +darkstar:~$ crontab -e
 +# Keep current with slackware
 +30 02 * * * /​usr/​local/​bin/​rsync-slackware64.sh 1>/​dev/​null 2>&1
 +</​code>​
 +
 +Comme mentionné précédemment,​ la syntaxe des entrées de cron est un peu difficile à comprendre au début, regardons chaque partie indépendamment. De la gauche vers la droite, les différentes sections sont : minutes, heures, jour, mois, jour de la semaine et commande. Une astérisque <​key>'​*'</​key>​ indique toutes les minutes, heures, jours et ainsi de suite. Dans l'​exemple ci-dessus, la commande est //"/​usr/​local/​bin/​rsync-slackware64.sh 1>/​dev/​null 2>&​1"//​ et elle s'​exécute tous les jours de la semaine, chaque semaine et chaque mois à 2 h 30 du matin.
 +
 +**//​crond//​** enverra également un courrier électronique à l'​utilisateur local avec la sortie générée par la commande. Pour cette raison, beaucoup de tâches ont leur sortie redirigée vers ''/​dev/​null'',​ un périphérique spécial qui supprime directement ce qu'il reçoit. Afin de vous souvenir plus facilement de ces règles, vous souhaiterez peut-être coller le texte suivant en commentaire dans votre propre entrée de cron.
 +
 +<​code>​
 +# Rediriger la sortie vers /dev/null :
 +#   ​1>/​dev/​null 2>&1
 +#
 +# MINUTE HEURE JOUR MOIS JOUR DE LA SEMAINE COMMANDE
 +</​code>​
 +
 +Par défaut, Slackware comporte un certain nombre d'​entrée et de commentaires dans la crontab de root. Ces entrée facilitent la mise en place de tâches d'​administration système périodiques selon les répertoires correspondants dans ''/​etc''​. Tout script placé dans ces répertoires sera exécuté chaque heure, jour, semaine ou mois. Les noms sont assez significatifs ((en anglais //hourly// : horaire, //daily// : quotidien, //weekly// : hebdomadaire,​ //monthly// : mensuel )) : ''/​etc/​cron.hourly'',​ ''/​etc/​cron.daily'',​ ''/​etc/​cron.weekly''​ et ''/​etc/​cron.monthly''​.
 ====== Navigation ====== ====== Navigation ======
  
Ligne 139: Ligne 222:
 ====== Sources ====== ====== Sources ======
 <!-- If you copy information from another source, then specify that source --> <!-- If you copy information from another source, then specify that source -->
- * Source originale : [[http://​www.slackbook.org/​beta]] \\+  ​* Source originale : [[http://​www.slackbook.org/​beta]] \\
 <!-- Authors are allowed to give credit to themselves! --> <!-- Authors are allowed to give credit to themselves! -->
- Publié initialement par Alan Hicks, Chris Lumens, David Cantrell, Logan Johnson\\ +  ​Publication initiale d'Alan Hicks, Chris Lumens, David Cantrell, Logan Johnson 
- * Traduction initiale de [[wiki:​user:​escaflown | escaflown]] +  * Traduction initiale de [[wiki:​user:​escaflown | escaflown]] 
 +  * Traduction de [[wiki:​user:​ellendhel | Ellendhel]]
 <!-- * Contrbutions by [[wiki:​user:​yyy | User Y]] --> <!-- * Contrbutions by [[wiki:​user:​yyy | User Y]] -->
 <!-- Please do not modify anything below, except adding new tags.--> <!-- Please do not modify anything below, except adding new tags.-->
 <!-- You must also remove the tag-word "​template"​ below. Otherwise your page will not show up in the Table of Contents --> <!-- You must also remove the tag-word "​template"​ below. Otherwise your page will not show up in the Table of Contents -->
 {{tag>​fr:​slackbook process_control ps kill killall top cron}} {{tag>​fr:​slackbook process_control ps kill killall top cron}}

Autres langues
QR Code
QR Code fr:slackbook:process_control (generated for current page)