Tu peux afficher (ponctuellement) l'arborescence des processus et thread avec pstree, c'est à dire qui est actuellement responsable de libérer les ressources quand le processus/thread s'arrête.
Par défaut, il regroupe ceux qui ont le même nom, mais il existe quelques options bien pratiques, j'aime personnellement utiliser pstree -paT: -p pour afficher les PID, -a pour la ligne de commande, et -T pour ne pas afficher les threads, parce que sinon c'est un bordel monstre.
2nd point, selon mes lectures dont j'ai perdu la source (à remettre en question donc!), sous linux, un thread et un process c'est la même chose (en terme de fonctionnement technique, j'entend, pas en terme d'interface) et donc il n'y a pas de différence de performance. Perso, j'ai un doute, hein, mais je reconnaît n'avoir jamais creusé trop le sujet, parce que de toute façon je pense que c'est négligeable: même si les processus coûtent un peu «plus cher», ils ont d'immenses avantages, notamment, il est possible que ne pas perdre l'application complète si un sous-processus crash, contrairement aux threads.
[^] # Re: multi-process
Posté par freem . En réponse au message Comprendre Comment marche GNU/Linux: question sur les processes. Évalué à 2.
Petit compléments d'info:
Tu peux afficher (ponctuellement) l'arborescence des processus et thread avec
pstree, c'est à dire qui est actuellement responsable de libérer les ressources quand le processus/thread s'arrête.Par défaut, il regroupe ceux qui ont le même nom, mais il existe quelques options bien pratiques, j'aime personnellement utiliser
pstree -paT: -p pour afficher les PID, -a pour la ligne de commande, et -T pour ne pas afficher les threads, parce que sinon c'est un bordel monstre.2nd point, selon mes lectures dont j'ai perdu la source (à remettre en question donc!), sous linux, un thread et un process c'est la même chose (en terme de fonctionnement technique, j'entend, pas en terme d'interface) et donc il n'y a pas de différence de performance. Perso, j'ai un doute, hein, mais je reconnaît n'avoir jamais creusé trop le sujet, parce que de toute façon je pense que c'est négligeable: même si les processus coûtent un peu «plus cher», ils ont d'immenses avantages, notamment, il est possible que ne pas perdre l'application complète si un sous-processus crash, contrairement aux threads.