#26 Le 23/05/2019, à 17:48
- nany
Re : [Résolu] Système figé - le retour
C'est énorme
That’s what she said.
→[]
En ligne
#27 Le 23/05/2019, à 18:21
- kamaris
Re : [Résolu] Système figé - le retour
Je pense que ça ce sera mieux ($6 plutôt que $5, i.e. RSS plutôt que VSZ) :
echo -e "\n\tTâches (colonnes 4 & 5) consommant le plus de mémoire virtuelle\n\t(= RAM + swap, en colonne 3), en kilo-octets décroissants :" ; ps fauxwww | awk '{print $1,$2,$6,$11,$12 | "sort -k3Vr | column -t | head -25"}'Hors ligne
#28 Le 23/05/2019, à 18:45
- nany
Re : [Résolu] Système figé - le retour
Bien vu kamaris. 
En ligne
#29 Le 23/05/2019, à 22:28
- moko138
Re : [Résolu] Système figé - le retour
Ben, justement, je ne crois pas :
C'est bien le cumul { RAM utilisée + swap utilisée } que je cible. Et qui pose problème dans le système de cardabelle.
Or, sauf erreur de ma part,
RSS = RAM utilisée, mesurée en kio,
%MEM = idem mais mesurée en pourcentage.
VSZ = { RAM utilisée + swap utilisée }
VSZ est bien en colonne 5 :
ps fauxwww | head -1
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMANDCe qui précède résume les infos que j'avais glanées :
%mem %MEM Rapport de la taille de mémoire résidente
(« resident set size » ou RSS) par la mémoire
physique de la machine, exprimé en pourcentage
(alias pmem).
RSS taille en Ko de la mémoire physique non-mise en swap qu’une tâche utilise.
Limitation : une partie de la RSS peut être partagée avec d’autres tâches.
vsize (= Virtual SIZE) taille totale de mémoire virtuelle en kilooctets
Cela inclut tout le code, les données et les bibliothèques partagées plus les pages qui ont été mises dans la swap et les pages qui ont été mises sur disque mais pas utilisées.
Limitation : Si une application demande 1 gigaoctet de mémoire mais n’en utilise que 1 mégaoctet, VIRT indiquera 1 gigaoctet.
vsz VSZ Taille de la mémoire virtuelle du processus en Kio
(unités de 1024 octets). Les correspondances
(« mappings ») de périphériques sont actuellement
ignoré[e]s, mais c'est sujet à modification. (alias
vsize).
Sources :
man pshttps://carlchenet.com/htop-explique-pa … a-memoire/,
https://linuxfr.org/forums/linux-genera … on-memoire
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#30 Le 23/05/2019, à 22:33
- kamaris
Re : [Résolu] Système figé - le retour
Ben j'avoue que j'ai jamais trop compris à quoi correspondait exactement ce VSZ, mais ce qui est sûr c'est qu'il ne correspond pas à l'utilisation RAM+Swap à un moment donné, car pour ma part, quand j'ai regardé cet aprèm, j'avais 19,5 Go pour chacune de mes deux instances de Firefox ! Or j'ai 4 Go de RAM et pas de swap, donc voilà…
EDIT : genre là, en tête de gondole, j'ai ça :
user 16082 20420572 \_ /usr/lib/firefox/firefox
Dernière modification par kamaris (Le 23/05/2019, à 22:38)
Hors ligne
#31 Le 23/05/2019, à 23:16
- moko138
Re : [Résolu] Système figé - le retour
Aaaargh ! C'est juste, kamaris !
C'est le miracle de la multiplication des kilos de poisson de RAM+swap !
Notons que chez moi non plus, ça ne colle (de poisson) plus :
moko@pc:~$ echo -e "\n\tTâches (colonnes 4, 5 & 6) consommant le plus de VSZ\n\t(? = RAM + swap ?, en colonne 3), en kilo-octets décroissants :" ; ps fauxwww | awk '{print $4,$5,$6 | "sort -k2Vr | column -t | head -2"}'
Tâches (colonnes 4, 5 & 6) consommant le plus de VSZ
(? = RAM + swap ?, en colonne 3), en kilo-octets décroissants :
%MEM VSZ RSS
33.6 1994248 1306636
moko@pc:~$ 1.306.636 kio, c'est bien "33%" de mes 4 Go de RAM,
mais...
...pour arriver à 1.994.248 kio, il faudrait plus de swap employée que ceci :
top -b -n1 | head -5 | tail -2KiB Mem: 3883600 total, 3526400 used, 357200 free, 141568 buffers
KiB Swap: 2249064 total, 6528 used, 2242536 free, 1011824 cached
Le mystère reste entier... 
Est-ce qu'une lib commune, chargée une seule fois mais employée par n applis, pourrait être comptabilisée n fois ?
Dernière modification par moko138 (Le 23/05/2019, à 23:18)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#32 Le 23/05/2019, à 23:24
- nany
Re : [Résolu] Système figé - le retour
Et que pensez-vous de ceci :
echo -e "\n\t\t\tTâches (colonnes 5 & 6) consommant le plus de mémoire virtuelle\n\t(= mémoire affectée lors de l’exécution initiale, en colonne 3), en kilo-octets décroissants :" ; ps auxww | awk '{print $1,$2,$5,$6,$11,$12 | "sort -k3Vr | column -t | head -25"}'Dernière modification par nany (Le 23/05/2019, à 23:47)
En ligne
#33 Le 24/05/2019, à 00:03
- kamaris
Re : [Résolu] Système figé - le retour
Ben ouais mais ça explique pas les valeurs délirantes du VSZ. Je viens de relire deux trois trucs sur le sujet, mais aucune définition de cet indicateur ne me permet de comprendre comment je peux arriver à ça :
:~$ echo -e "\n\tTâches (colonnes 4, 5 & 6) consommant le plus de VSZ\n\t(? = RAM + swap ?, en colonne 3), en kilo-octets décroissants :" ; ps fauxwww | awk '{print $4,$5,$6 | "sort -k2Vr | column -t | head -2"}'
Tâches (colonnes 4, 5 & 6) consommant le plus de VSZ
(? = RAM + swap ?, en colonne 3), en kilo-octets décroissants :
%MEM VSZ RSS
7.7 20511008 281332
:~$ À un tel niveau d'écart entre mémoire « réellement consommée » et mémoire « allouée », je conclus comme d'autre fois par le passé que cet indicateur ne me sert à rien.
Hors ligne
#34 Le 24/05/2019, à 01:46
- moko138
Re : [Résolu] Système figé - le retour
Et que pensez-vous de ceci :
Source.
Issu par traductions automatiques
américain --> moldo-valaque
moldo-valaque --> poldève
poldève --> américain
L'auteur a copié-collé le résultat en pensant très fort "et débrouillez-vous avec ça".
Et que pensez-vous de ceci :
echo -e "\n\t\t\tTâches (colonnes 5 & 6) consommant le plus de mémoire virtuelle\n\t(= mémoire affectée lors de l’exécution initiale, en colonne 3), en kilo-octets décroissants :" ; ps auxww | awk '{print $1,$2,$5,$6,$11,$12 | "sort -k3Vr | column -t | head -25"}'
Élégant.
Mais je comprends que ce qui était faux dans ma synthèse, c'était ceci :
VSZ = { RAM utilisée + swap utilisée }
Et que je n'avais pas suffisamment prêté attention à cette phrase :
Limitation : Si une application demande 1 gigaoctet de mémoire mais n’en utilise que 1 mégaoctet, VIRT indiquera 1 gigaoctet.
Donc je rejoins kamaris :
je conclus comme d'autre fois par le passé que cet indicateur ne me sert à rien.
et - si vous n'avez pas de meilleure suggestion - je vais retirer la ligne "mémoire virtuelle" de mon tutoriel "pc qui rame".
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#35 Le 24/05/2019, à 02:32
- moko138
Re : [Résolu] Système figé - le retour
cardabelle,
Pour en revenir à ton système
1) Merci de confirmer que tu as fait un choix entre ublock origin et noscript (les deux ensemble, ce n'est pas conçu pour. Et je me demande même si ça n'ajoute pas au ralentissement de ton système).
2) Intéressons-nous à la RAM.
2.1) Clichés instantanés :
echo -e "\n\tCharge RAM en % décroissant :" ; ps aux | awk '{print $1,$2,$4,$11,$12 | "sort -k3Vr | column -t | head -25"}'Avantage : c'est très détaillé.
Inconvénient : on ne peut actualiser le retour qu'en relançant la commande.
D'où cette proposition complémentaire :
2.2) Laisse une fenêtre de
topouverte en permanence, (ça consomme des queues de cerise, contrairement au moniteur-système de gnome) ; Tapes-y un
Mmajuscule pour que le classement soit fait par pourcentage décroissant de RAM.
Et là, ce sera moins détaillé mais l'affichage sera actualisé toutes les quatre secondes.
= =
Garde en tête le 2.b) du tutoriel :
Mais comment changer de fenêtre si la souris est presque gelée ?
Oubliez la souris ! Alt tab permet de changer de fenêtre à l'économie.
À chaque nouveau "tab", on change de fenêtre.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#36 Le 24/05/2019, à 09:08
- cardabelle
Re : [Résolu] Système figé - le retour
1/ Oui j'ai conservé noscript et viré ublock
2.1/
frf@frf:~$ echo -e "\n\tCharge RAM en % décroissant :" ; ps aux | awk '{print $1,$2,$4,$11,$12 | "sort -k3Vr | column -t | head -25"}'
Charge RAM en % décroissant :
USER PID %MEM COMMAND
frf 6717 5.0 /home/frf/tor-browser_en-US/Browser/firefox.real -contentproc
frf 2023 3.7 /usr/bin/gnome-shell
frf 2906 3.6 ./firefox.real --class
frf 3737 3.5 /home/frf/tor-browser_en-US/Browser/firefox.real -contentproc
frf 8658 3.4 /usr/lib/firefox/firefox https://www.liberation.fr/depeches/2019/05/24/la-justice-americaine-poursuit-assange-en-vertu-des-lois-sur-l-espionnage_1729186?xtor=EPR-450206&utm_source=newsletter&utm_medium=email&utm_campaign=quot
frf 8748 3.3 /usr/lib/firefox/firefox -contentproc
frf 4154 3.0 /usr/lib/thunderbird/thunderbird
frf 3758 2.7 /home/frf/tor-browser_en-US/Browser/firefox.real -contentproc
frf 2978 2.4 /home/frf/tor-browser_en-US/Browser/firefox.real -contentproc
frf 8707 2.2 /usr/lib/firefox/firefox -contentproc
frf 6531 1.4 /usr/bin/python3 /usr/bin/update-manager
frf 8793 0.9 /usr/lib/firefox/firefox -contentproc
frf 1525 0.8 /usr/lib/xorg/Xorg vt2
frf 3174 0.8 /usr/bin/gnome-software --gapplication-service
root 2573 0.4 /usr/lib/packagekit/packagekitd
frf 9341 0.4 /usr/lib/gnome-terminal/gnome-terminal-server
debian-+ 1315 0.4 /usr/bin/tor --defaults-torrc
Debian-+ 1888 0.3 /usr/bin/python2 /usr/bin/ooniprobe-agent
frf 2939 0.3 /home/frf/tor-browser_en-US/Browser/TorBrowser/Tor/tor --defaults-torrc
mysql 1373 0.2 /usr/sbin/mysqld
frf 2752 0.2 nautilus-desktop
root 8105 0.1 /usr/sbin/cups-browsed
root 8100 0.1 /usr/sbin/cupsd -l
root 1149 0.1 /usr/sbin/NetworkManager --no-daemon
frf@frf:~$ 2.2/
top : se complete, si se rajoute M (nouvel onglet) j'ai
frf@frf:~$ top M
top: unknown option 'M'
Usage:
top -hv | -bcEHiOSs1 -d secs -n max -u|U user -p pid(s) -o field -w [cols]Hors ligne
#37 Le 24/05/2019, à 09:50
- moko138
Re : [Résolu] Système figé - le retour
1) OK, merci !
2.2) Je n'ai pas dit de taper "top M" ; relis bien.
Pour 2.1), je reviens dans quelques minutes.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#38 Le 24/05/2019, à 09:59
- nany
Re : [Résolu] Système figé - le retour
Donc je rejoins kamaris :
je conclus comme d'autre fois par le passé que cet indicateur ne me sert à rien.
et - si vous n'avez pas de meilleure suggestion - je vais retirer la ligne "mémoire virtuelle" de mon tutoriel "pc qui rame".
+1
Et pas de meilleure suggestion.
[edit]
Pour info : /viewtopic.php?pid=22102433#p22102433.
[/edit]
Dernière modification par nany (Le 24/05/2019, à 11:07)
En ligne
#39 Le 24/05/2019, à 11:23
- moko138
Re : [Résolu] Système figé - le retour
EDIT 14h15 : ajouté opera. FIN d'édit.
- -
2.1) Pour l'instant le total des tâches firefox ou tor est voisin de 27%.
Ça reste raisonnable, si, comme moi, tu as beaucoup d'onglets ouverts.
Mais du fait de l'éclatement de la tâche en multiples sous-tâches, on ne se rend pas compte du total.
Donc tu vas lire de temps à autres ceci :
echo -e "\n\tPourcentage total de RAM consommée par les tâches\n\tfirefox, opera, tor, plugin-container et Web Content :"; top -bn1 | awk 'BEGIN{m=0.0} /firefox|tor-b|opera|plugin-co|[Ww]eb [Cc]o/{sub(",",".",$10) ; m+=$10} END{print m}'Ce ne sera pas détaillé, mais au moins tu auras un total réaliste.
- Dès que ce total grimpe, tu purges le cache de ton navigateur (*).
- Et si ça ne suffit pas, tu paramètres noscript plus finement.
___
(*) Pour firefox : https://support.mozilla.org/fr/kb/comme … de-firefox
Dernière modification par moko138 (Le 24/05/2019, à 13:15)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#40 Le 24/05/2019, à 12:01
- kamaris
Re : [Résolu] Système figé - le retour
et - si vous n'avez pas de meilleure suggestion - je vais retirer la ligne "mémoire virtuelle" de mon tutoriel "pc qui rame".
Bon, concernant mon 20 gigas et quelques en VSZ pour Firefox (ou 19,5 Go selon qu'on regarde la sortie de ps ou de top), en fait c'est quand même un cas particulier et unique sur mon système à l'heure actuelle (j'ai déjà vu d'autres valeurs « délirantes » comme ça par le passé pour d'autres process) : il s'agit de Web Extensions et en fait plus précisément de Ublock Origin. C'est seulement quand j'active cette extension sur une instance nouvellement lancée de Firefox que VSZ saute tout à coup de 1,3-1,4 Go à 19,5.
Le reste du temps et sauf autre cas particulier, ce VSZ n'est pas absurde et donne une idée de la mémoire totale allouée au lancement d'un processus, mais ça ne le rend pas utile pour autant lorsqu'il s'agit de diagnostiquer qui utilise effectivement la mémoire. Pour ça RSS semble bien plus indiqué.
Il existe par ailleurs le raffinement PSS de RSS, qui divise la mémoire utilisée par les librairies partagées par leur nombre de partages, mais cet indicateur ne semble pas être utilisé par les outils classiques comme ps ou top. Ce petit article fournit un script python permettant d'estimer ce PSS.
Hors ligne
#41 Le 24/05/2019, à 12:11
- cardabelle
Re : [Résolu] Système figé - le retour
Voici le message que j'ai quandl'interruption se termine :
https://pix.toile-libre.org/?img=1558696696.png
Voilà pour top (sans tor, après redémarrage) : impossicle de faire un cc , donc https://pix.toile-libre.org/?img=1558697195.png
Hors ligne
#42 Le 24/05/2019, à 12:22
- kamaris
Re : [Résolu] Système figé - le retour
@cardabelle : pour top, il faut que tu valides d'abord la commande toute seule :
topPuis tu fais « M » : ça doit te trier les process par pourcentage décroissant de RAM.
Puis tu fais « q », ce qui doit te redonner le prompt. À partir de là tu pourras faire un copier-coller tranquille.
Hors ligne
#43 Le 24/05/2019, à 12:23
- moko138
Re : [Résolu] Système figé - le retour
cardabelle, tu as oublié de taper M
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#44 Le 24/05/2019, à 12:37
- moko138
Re : [Résolu] Système figé - le retour
Attention : pas de "q", mais
d15Explication :
d permet de modifier l'intervalle (anglais "delay"), en secondes, entre deux rafraîchissements de top.
"d" demande un nombre ; avec 15 secondes, on a largement le temps de faire un copier-coller (que je ne t'ai pas demandé).
(Penser à revenir à d4 ensuite).
= =
.
si [je] rajoute M (nouvel onglet)
Attention : il faut rester dans l'onglet où top tourne déjà.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#45 Le 24/05/2019, à 12:46
- cardabelle
Re : [Résolu] Système figé - le retour
Hors ligne
#46 Le 24/05/2019, à 12:46
- FrancisFDZ
Re : [Résolu] Système figé - le retour
Bonjour,
[HS] kamaris => 13h22 ; moko138 => 13h23 ... Voila revenu le temps des grillades! 
[/HS]
-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]
Hors ligne
#47 Le 24/05/2019, à 13:48
- moko138
Re : [Résolu] Système figé - le retour
Merci !
Remarques :
a) Tu as parfaitement employé "M" 
b) Pas besoin de capture (polluante, et d'où tes lecteurs ne peuvent pas isoler des éléments remarquables par copier-coller).
Avec d15, tu as touuuut le temps de copier-coller en mode texte, comme tu l'avais fait à 10h08.
c) On voit le navigateur opera sur ta capture.
- J'ai donc ajouté opera dans la commande "total RAM" du #39.
- Tant que le problème de ralentissement de ton système n'est pas résolu,
* évite d'employer les applis gourmandes simultanément (mais j'ai bien noté que tor/firefox était fermé au moment de ta capture. )
* continue de surveiller en permanence top ... M :
(la swap a sa ligne, la 5ème; la RAM a sa colonne: %MEM)
* pense à vider régulièrement le cache de tes navigateurs (pour opera, j'ignore comment procéder).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#48 Le 24/05/2019, à 23:48
- moko138
Re : [Résolu] Système figé - le retour
J'oubliais !
Voilà pour top (sans tor, après redémarrage) :
https://pix.toile-libre.org/?img=1558697195.png
"sans tor, après redémarrage" "Tasks: 312" ??? (2ème ligne).
Sans être aussi bas qu'une Lubuntu 14.04 (160 juste après redémarrage), j'aurais compris 220, voire 250, mais là...
Si ce n'est pas l'effet magique d'Ubuntu 18.04, c'est une autre piste à creuser.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#49 Le 26/05/2019, à 13:22
- cardabelle
Re : [Résolu] Système figé - le retour
Voilà :
frf@frf:~$ top
top - 14:21:48 up 1:32, 1 user, load average: 0.46, 0.62, 0.50
Tasks: 277 total, 1 running, 276 sleeping, 0 stopped, 0 zombie
%Cpu(s): 5.0 us, 1.8 sy, 0.0 ni, 93.0 id, 0.2 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 7894.1 total, 3939.3 free, 2159.8 used, 1795.0 buff/cache
MiB Swap: 2048.0 total, 2048.0 free, 0.0 used. 5290.1 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1509 frf 20 0 446260 83292 66252 S 4.0 1.0 1:34.13 Xorg
2135 frf 20 0 3015384 249580 77140 S 3.3 3.1 1:46.53 gnome-she+
4266 frf 20 0 2404700 335496 109972 S 3.0 4.2 6:14.40 Web Conte+
5769 frf 20 0 626488 36780 27164 S 2.0 0.5 0:01.23 gnome-ter+
4169 frf 20 0 2910076 437604 119836 S 1.0 5.4 5:23.76 firefox.r+
182 root -2 0 0 0 0 S 0.3 0.0 0:00.73 i915/sign+
1229 root 20 0 458712 65280 37076 S 0.3 0.8 0:13.13 dockerd
5787 frf 20 0 24244 3984 3304 R 0.3 0.0 0:00.21 top
1 root 20 0 193880 10256 6812 S 0.0 0.1 0:04.99 systemd
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_gp
4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_par_gp
6 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/0+
8 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 mm_percpu+
9 root 20 0 0 0 0 S 0.0 0.0 0:00.23 ksoftirqd+
10 root 20 0 0 0 0 I 0.0 0.0 0:01.98 rcu_sched
11 root 20 0 0 0 0 I 0.0 0.0 0:00.00 rcu_bh Dernière modification par cardabelle (Le 26/05/2019, à 13:24)
Hors ligne
#50 Le 26/05/2019, à 14:17
- moko138
Re : [Résolu] Système figé - le retour
cardabelle !
1) Tu as de nouveau oublié de taper "M".
2) Relis le 2.2) du #35 (et le #47) :
C'est pour toi, top en continu.
Nous, on ne voit pas son actualisation toutes les 4 secondes (as-tu pensé à taper d4 après ta copie). Tout ce que je vois c'est que 277 tâches, c'est déjà mieux que 312.
Dernière modification par moko138 (Le 26/05/2019, à 14:18)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne