evolix
/
wiki
19
0
Fork 0
Code Releases Activity

relecture

This commit is contained in:
Benoît S. 2017-11-25 17:55:14 +01:00
parent c155c56e76
commit 8c62ce66d9
1 changed files with 3 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

6
HowtoHtop.md
View File

@ -33,7 +33,7 @@ Options utiles :
![*Exemple d'une sortie htop sur un poste utilisateur.*](/htop.png)
En appyant sur F1 on peut voir les options disponibles :
En appuyant sur F1 on peut voir les options disponibles :
![*L'aide de Htop.*](/htop_F1.png)
@ -121,7 +121,7 @@ On peut « démarquer » tous les processus avec `U`.
## Plomberie
Où/comment Htop va chercher ses informations ? Que veulent-elle dire ?
Où/comment Htop va chercher ses informations ? Que veulent-elles dire ?
Pēteris Ņikiforovs explique tout cela en détails sur <https://peteris.rocks/blog/htop/>
@ -146,7 +146,7 @@ Si vous avez de la mémoire libre, vous pouvez forcer une libération de votre S
_VIRT_ est la mémoire virtuelle d'un processus, elle inclut notamment les fichiers mappés en mémoire, la mémoire de la carte vidéo et les allocations mémoire (fonctions _malloc()_ en C) qui ne sont pas forcément utilisées en pratique.
_RES_ est la mémoire résidente d'un processus, c'est un bon indicateur de la mémoire réellement utilisée même si une partie de cette mémoire peut être partagée avec d'autres processus. Il faut noter aussi qu'en cas de fork d'un processus, la mémoire résidente sera identique pour le second process mais pas réellement utilisée car Linux utilise une méthode de copy-on-write.
_SHR_ est la mémoire partagée d'un processus, comme par exemple les bibliothèques partagées.
_SHR_ est la mémoire partagée d'un processus, par exemple les bibliothèques partagées.
En résumé, la mémoire réellement utilisée par un processus au moment présent se situe entre _RES_-_SHR_ et _VIRT_, et l'on peut considérer que _RES_ est une bonne approximation.