#76 Le 11/01/2024, à 21:32
- syborg
Re : pourquoi demarrage de firefox tres lent ?
et la commande de geole en visionnant une video telechargee :
huurd@huurd-System-Product-Name:~$ top -n 10 -d 5 -b | grep -a4 "PID UTIL."
%Cpu(s): 47,8 ut, 7,2 sy, 0,0 ni, 43,5 id, 0,0 wa, 0,0 hi, 1,4 si, 0,0 st
MiB Mem : 7910,7 total, 655,7 libr, 4187,6 util, 3067,5 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3337,8 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
21148 huurd 20 0 3158464 512076 131552 R 112,5 6,3 25:15.60 Isolate+
5044 huurd 20 0 4837596 898744 242988 S 62,5 11,1 112:01.16 firefox
2253 root 20 0 245620 118424 82764 R 12,5 1,5 83:53.39 Xorg
2367 huurd 20 0 4056784 369680 116356 S 12,5 4,6 27:44.27 gnome-s+
--
%Cpu(s): 36,6 ut, 4,9 sy, 0,0 ni, 57,9 id, 0,2 wa, 0,0 hi, 0,3 si, 0,0 st
MiB Mem : 7910,7 total, 656,7 libr, 4186,5 util, 3067,5 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3338,8 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837596 897544 242988 R 65,5 11,1 112:04.45 firefox
21148 huurd 20 0 3158464 516060 131552 S 50,2 6,4 25:18.12 Isolate+
2253 root 20 0 245620 118424 82764 R 15,9 1,5 83:54.19 Xorg
2367 huurd 20 0 4056784 369680 116356 S 15,3 4,6 27:45.04 gnome-s+
--
%Cpu(s): 31,5 ut, 3,3 sy, 0,0 ni, 65,0 id, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 7910,7 total, 677,6 libr, 4165,6 util, 3067,5 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3359,7 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837596 897116 242988 S 49,8 11,1 112:06.95 firefox
21148 huurd 20 0 3158496 518808 131552 S 36,5 6,4 25:19.95 Isolate+
2367 huurd 20 0 4056784 369680 116356 S 13,1 4,6 27:45.70 gnome-s+
7296 huurd 20 0 421984 83564 67980 S 12,4 1,0 8:39.25 RDD Pro+
--
%Cpu(s): 36,5 ut, 3,1 sy, 0,0 ni, 59,6 id, 0,1 wa, 0,0 hi, 0,7 si, 0,0 st
MiB Mem : 7910,7 total, 672,9 libr, 4170,2 util, 3067,6 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3355,0 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837596 897040 242988 S 61,5 11,1 112:10.03 firefox
21148 huurd 20 0 3158496 527532 131552 R 41,7 6,5 25:22.04 Isolate+
2253 root 20 0 245620 118424 82764 R 17,4 1,5 83:55.66 Xorg
2367 huurd 20 0 4056784 369744 116356 S 15,6 4,6 27:46.48 gnome-s+
--
%Cpu(s): 23,1 ut, 2,3 sy, 0,0 ni, 74,4 id, 0,1 wa, 0,0 hi, 0,1 si, 0,0 st
MiB Mem : 7910,7 total, 675,6 libr, 4167,5 util, 3067,6 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3357,7 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837580 896068 242988 S 39,2 11,1 112:12.00 firefox
21148 huurd 20 0 3158496 522016 131552 S 26,5 6,4 25:23.37 Isolate+
7296 huurd 20 0 421984 83564 67980 S 12,2 1,0 8:40.48 RDD Pro+
2367 huurd 20 0 4056784 369744 116356 S 9,8 4,6 27:46.97 gnome-s+
--
%Cpu(s): 31,2 ut, 2,4 sy, 0,0 ni, 66,1 id, 0,2 wa, 0,0 hi, 0,2 si, 0,0 st
MiB Mem : 7910,7 total, 673,8 libr, 4169,2 util, 3067,6 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3356,0 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837564 893568 242988 S 54,9 11,0 112:14.75 firefox
21148 huurd 20 0 3158496 529508 131552 S 40,1 6,5 25:25.38 Isolate+
2253 root 20 0 245620 118424 82764 S 16,6 1,5 83:56.94 Xorg
2367 huurd 20 0 4056784 369680 116356 S 13,0 4,6 27:47.62 gnome-s+
--
%Cpu(s): 22,2 ut, 2,0 sy, 0,0 ni, 75,6 id, 0,2 wa, 0,0 hi, 0,1 si, 0,0 st
MiB Mem : 7910,7 total, 663,3 libr, 4179,8 util, 3067,6 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3345,5 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837564 895420 242988 S 38,6 11,1 112:16.69 firefox
21148 huurd 20 0 3158512 532688 131552 S 27,1 6,6 25:26.74 Isolate+
2253 root 20 0 245620 118424 82764 S 12,7 1,5 83:57.58 Xorg
2367 huurd 20 0 4056784 369680 116356 S 10,2 4,6 27:48.13 gnome-s+
--
%Cpu(s): 22,9 ut, 2,0 sy, 0,0 ni, 74,9 id, 0,0 wa, 0,0 hi, 0,2 si, 0,0 st
MiB Mem : 7910,7 total, 658,9 libr, 4184,2 util, 3067,7 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3341,0 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837564 895468 242988 S 38,7 11,1 112:18.63 firefox
21148 huurd 20 0 3158512 543232 131552 S 26,3 6,7 25:28.06 Isolate+
2253 root 20 0 245620 118424 82764 S 12,6 1,5 83:58.21 Xorg
2367 huurd 20 0 4056784 369680 116356 R 10,2 4,6 27:48.64 gnome-s+
--
%Cpu(s): 22,7 ut, 2,1 sy, 0,0 ni, 74,6 id, 0,1 wa, 0,0 hi, 0,6 si, 0,0 st
MiB Mem : 7910,7 total, 658,8 libr, 4184,2 util, 3067,7 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3341,0 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837564 895068 242988 S 38,6 11,0 112:20.57 firefox
21148 huurd 20 0 3158512 534616 131552 S 27,3 6,6 25:29.43 Isolate+
2253 root 20 0 245620 118424 82764 S 12,5 1,5 83:58.84 Xorg
7296 huurd 20 0 422000 83564 67980 S 10,0 1,0 8:42.13 RDD Pro+
--
%Cpu(s): 31,5 ut, 3,0 sy, 0,0 ni, 65,4 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st
MiB Mem : 7910,7 total, 631,5 libr, 4211,5 util, 3067,7 tamp/cache
MiB Éch: 12500,0 total, 12495,2 libr, 4,8 util. 3313,8 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837564 895456 242988 S 53,8 11,1 112:23.27 firefox
21148 huurd 20 0 3158512 565464 131552 S 41,0 7,0 25:31.49 Isolate+
2253 root 20 0 245620 118424 82764 S 17,7 1,5 83:59.73 Xorg
2367 huurd 20 0 4056784 369680 116356 S 12,7 4,6 27:49.77 gnome-s+
huurd@huurd-System-Product-Name:~$ Hors ligne
#77 Le 11/01/2024, à 22:10
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Et enfin sur l'ordi portable
huurd@huurd-ThinkPad-X230:~$ top -n 10 -d 5 -b | grep -a4 "PID UTIL."
%Cpu(s): 4,4 ut, 4,4 sy, 0,0 ni, 91,2 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 3630,6 total, 150,2 libr, 2042,8 util, 1437,7 tamp/cache
MiB Éch: 12000,0 total, 11589,2 libr, 410,8 util. 924,0 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2408 huurd 9 -11 2684900 13820 11080 S 6,2 0,4 2:22.87 pulseau+
2622 huurd 20 0 4379352 170000 60800 S 6,2 4,6 59:03.31 gnome-s+
3144 huurd 20 0 4550540 444952 143028 S 6,2 12,0 86:05.17 firefox
15362 huurd 20 0 322272 20088 17524 S 6,2 0,5 4:35.18 Utility+
--
%Cpu(s): 25,1 ut, 5,4 sy, 0,0 ni, 67,4 id, 2,1 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 3630,6 total, 117,8 libr, 2060,4 util, 1452,4 tamp/cache
MiB Éch: 12000,0 total, 11589,2 libr, 410,8 util. 870,8 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2622 huurd 20 0 4379212 169672 60424 R 30,3 4,6 59:04.83 gnome-s+
3144 huurd 20 0 4601548 486792 186320 R 29,5 13,1 86:06.65 firefox
31896 huurd 20 0 2966580 434808 112204 S 17,5 11,7 6:15.15 Isolate+
34833 huurd 20 0 2571600 131452 102124 S 12,2 3,5 0:06.79 file://+
--
%Cpu(s): 42,1 ut, 7,8 sy, 0,0 ni, 44,2 id, 5,8 wa, 0,0 hi, 0,1 si, 0,0 st
MiB Mem : 3630,6 total, 111,9 libr, 2075,2 util, 1443,6 tamp/cache
MiB Éch: 12000,0 total, 11579,5 libr, 420,5 util. 702,2 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
3144 huurd 20 0 4631956 542376 229060 S 51,2 14,6 86:09.22 firefox
2622 huurd 20 0 4379404 166856 57696 S 34,9 4,5 59:06.58 gnome-s+
31896 huurd 20 0 2967032 440164 109640 S 32,5 11,8 6:16.78 Isolate+
15182 huurd 20 0 462672 106004 99384 S 29,9 2,9 19:39.74 RDD Pro+
--
%Cpu(s): 32,7 ut, 5,0 sy, 0,0 ni, 62,1 id, 0,2 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 3630,6 total, 119,9 libr, 2065,2 util, 1445,5 tamp/cache
MiB Éch: 12000,0 total, 11579,5 libr, 420,5 util. 711,8 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2622 huurd 20 0 4379404 166856 57696 R 50,7 4,5 59:09.12 gnome-s+
15182 huurd 20 0 462680 106272 99332 S 27,7 2,9 19:41.13 RDD Pro+
31896 huurd 20 0 2970104 442968 109640 S 23,6 11,9 6:17.96 Isolate+
3144 huurd 20 0 4639644 543396 240356 S 22,2 14,6 86:10.33 firefox
--
%Cpu(s): 34,2 ut, 6,0 sy, 0,0 ni, 59,8 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 3630,6 total, 141,8 libr, 2062,0 util, 1426,9 tamp/cache
MiB Éch: 12000,0 total, 11578,2 libr, 421,8 util. 725,7 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2622 huurd 20 0 4387288 174616 65488 R 45,3 4,7 59:11.39 gnome-s+
3144 huurd 20 0 4621956 526888 223032 S 27,5 14,2 86:11.71 firefox
15182 huurd 20 0 459548 103324 96384 S 26,9 2,8 19:42.48 RDD Pro+
31896 huurd 20 0 2970104 443780 109640 S 23,4 11,9 6:19.13 Isolate+
--
%Cpu(s): 35,0 ut, 6,8 sy, 0,0 ni, 58,2 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 3630,6 total, 114,5 libr, 2057,8 util, 1458,4 tamp/cache
MiB Éch: 12000,0 total, 11577,7 libr, 422,2 util. 693,9 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2622 huurd 20 0 4390192 176844 67704 S 39,0 4,8 59:13.35 gnome-s+
15182 huurd 20 0 456516 99780 93364 S 31,5 2,7 19:44.06 RDD Pro+
3144 huurd 20 0 4629664 535764 230640 S 29,5 14,4 86:13.19 firefox
31896 huurd 20 0 2970104 438812 109640 S 23,3 11,8 6:20.30 Isolate+
--
%Cpu(s): 37,7 ut, 6,1 sy, 0,0 ni, 54,7 id, 0,1 wa, 0,0 hi, 1,3 si, 0,0 st
MiB Mem : 3630,6 total, 148,7 libr, 2033,4 util, 1448,5 tamp/cache
MiB Éch: 12000,0 total, 11577,7 libr, 422,2 util. 731,4 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
15182 huurd 20 0 456516 100060 93364 S 49,7 2,7 19:46.55 RDD Pro+
2622 huurd 20 0 4383536 170992 61860 S 37,5 4,6 59:15.23 gnome-s+
31896 huurd 20 0 2970104 414412 109640 S 33,1 11,1 6:21.96 Isolate+
3144 huurd 20 0 4629660 535144 230652 S 24,2 14,4 86:14.40 firefox
--
%Cpu(s): 36,4 ut, 5,2 sy, 0,0 ni, 57,8 id, 0,2 wa, 0,0 hi, 0,5 si, 0,0 st
MiB Mem : 3630,6 total, 142,3 libr, 2032,2 util, 1456,2 tamp/cache
MiB Éch: 12000,0 total, 11577,7 libr, 422,2 util. 729,4 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2622 huurd 20 0 4383536 170992 61860 R 49,0 4,6 59:17.69 gnome-s+
15182 huurd 20 0 459760 104384 96540 S 42,4 2,8 19:48.68 RDD Pro+
31896 huurd 20 0 2968056 410712 109640 S 34,1 11,0 6:23.67 Isolate+
3144 huurd 20 0 4632792 535604 230660 S 17,3 14,4 86:15.27 firefox
--
%Cpu(s): 37,3 ut, 4,1 sy, 0,0 ni, 58,6 id, 0,1 wa, 0,0 hi, 0,1 si, 0,0 st
MiB Mem : 3630,6 total, 146,2 libr, 2027,6 util, 1456,8 tamp/cache
MiB Éch: 12000,0 total, 11577,7 libr, 422,2 util. 734,2 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
15182 huurd 20 0 459760 103300 96464 S 51,9 2,8 19:51.28 RDD Pro+
2622 huurd 20 0 4383532 170988 61876 R 46,9 4,6 59:20.04 gnome-s+
31896 huurd 20 0 2968056 412400 109640 S 23,2 11,1 6:24.83 Isolate+
3144 huurd 20 0 4632768 535636 230640 S 19,8 14,4 86:16.26 firefox
--
%Cpu(s): 28,6 ut, 4,0 sy, 0,0 ni, 67,3 id, 0,1 wa, 0,0 hi, 0,0 si, 0,0 st
MiB Mem : 3630,6 total, 186,9 libr, 1986,0 util, 1457,7 tamp/cache
MiB Éch: 12000,0 total, 11577,7 libr, 422,2 util. 775,8 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
2622 huurd 20 0 4383532 171020 61868 S 40,2 4,6 59:22.06 gnome-s+
15182 huurd 20 0 459760 103564 96464 S 24,9 2,8 19:52.53 RDD Pro+
31896 huurd 20 0 2968056 410244 109640 R 21,9 11,0 6:25.93 Isolate+
3144 huurd 20 0 4632768 535736 230640 S 16,3 14,4 86:17.08 firefox
huurd@huurd-ThinkPad-X230:~$ Hors ligne
#78 Le 12/01/2024, à 12:51
- iznobe
Re : pourquoi demarrage de firefox tres lent ?
Salut , pour remettre les idées d' aplomb , le probleme c ' est que firefox est tres log a demarrer et que les vidéos sur le navigateur sont affichées mais c ' est déplorable ? le tout sur ton ordi portable , on est bien d' accord ?
geole
Bonjour
A priori, ils sont assez équivalents https://www.cpu-monkey.com/fr/compare_c … e_i3_4100mGeekbench 5, 64bit (Multi-Core)
Geekbench 5 est un benchmark multi-plateformes qui utilise beaucoup la mémoire système. Une mémoire rapide va beaucoup pousser le résultat. Le test multicœur concerne tous les cœurs de processeur et procure un avantage considérable de l'hyperthreading.Intel Core i3-2100 Intel Core i3-2100 2C 4T @ 3.10 GHz 1262 (91%)
Intel Core i3-4100M Intel Core i3-4100M 2C 4T @ 2.50 GHz 1384 (100%)
A priori il ne s' agit pas de ces processeurs là si on en croit le retour de lscpu :
Nom de modèle : Intel(R) Core(TM) i5-3320M CPU @ 2.60GHzNom de modèle : Intel(R) Core(TM) i3-2100 CPU @ 3.10GHzDernière modification par iznobe (Le 12/01/2024, à 12:52)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#79 Le 12/01/2024, à 13:56
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Oui c'est bien ça. Sur les deux ordis, mais encore pire sur le portable.
Hors ligne
#80 Le 12/01/2024, à 16:37
- iznobe
Re : pourquoi demarrage de firefox tres lent ?
si on compare les performances des CPU donné par le retour de lscpu : https://www.cpubenchmark.net/compare/74 … l-i5-3320M
On ne voit pas un grande difference , mais celui du portable a tout de meme un meilleur score de presque 50 % de plus .
je ne pense pas que le probleme soit lié au processur . ou alors on aurait remarqué un processus qui boufferait au moins plus d' un coeur en permanence , genre le bug de tracker3 , pour les haitués du forum qui connaisse .
Par contre , ce qui est sur , c ' est qu ' un disque de portable , généralement , au niveau performances , c ' est vraiment ce qu ' il y a de pire
Bref , la question ne porte pas , à mon avis sur le materiel , car meme le pire des disques dur est capable de debiter 50 Mb/s , largement suffisant pour lire de la vidéo en 4 K .
A mon avis , c' est plus un soucis logiciel . le truc c ' est qu ' il y tellement de chose qu ' il faudrait verifier ...
faudrait commencer par les pilotes de cartes graphique , voir si les codecs sont bien installés , si le disque dur est en bon etat de santé , etc ...
Le champ des possibilités est actuellement trop large pour investiguer . Il faut donc que tu decrives exactement ce que tu fais pour obtenir le resultat de ta vidéo pourrie , de façon à reduire les champs des possibilités et donc d' investigation .
Quel logiciel tu utilises ? comment tu le lances ? comment il est installé ? quelle version ? bref le plus de détail possible stp .
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#81 Le 13/01/2024, à 10:49
- syborg
Re : pourquoi demarrage de firefox tres lent ?
si on compare les performances des CPU donné par le retour de lscpu : https://www.cpubenchmark.net/compare/74 … l-i5-3320M
On ne voit pas un grande difference , mais celui du portable a tout de meme un meilleur score de presque 50 % de plus .
je ne pense pas que le probleme soit lié au processur . ou alors on aurait remarqué un processus qui boufferait au moins plus d' un coeur en permanence , genre le bug de tracker3 , pour les haitués du forum qui connaisse .
Par contre , ce qui est sur , c ' est qu ' un disque de portable , généralement , au niveau performances , c ' est vraiment ce qu ' il y a de pire
Bref , la question ne porte pas , à mon avis sur le materiel , car meme le pire des disques dur est capable de debiter 50 Mb/s , largement suffisant pour lire de la vidéo en 4 K .A mon avis , c' est plus un soucis logiciel . le truc c ' est qu ' il y tellement de chose qu ' il faudrait verifier ...
faudrait commencer par les pilotes de cartes graphique , voir si les codecs sont bien installés , si le disque dur est en bon etat de santé , etc ...Le champ des possibilités est actuellement trop large pour investiguer . Il faut donc que tu decrives exactement ce que tu fais pour obtenir le resultat de ta vidéo pourrie , de façon à reduire les champs des possibilités et donc d' investigation .
Quel logiciel tu utilises ? comment tu le lances ? comment il est installé ? quelle version ? bref le plus de détail possible stp .
Pour l'ordi portable j'ai Firefox 105.0, et pour le PC j'ai Firefox 121.0.1.
Je ne comprends pas les questions "comment tu le lances" et "comment il a été installé".
Je vais partir quelques jours et je n'aurai pas de connection, mais vous pouvez continuer à commenter je reprendrai à mon retour.
Hors ligne
#82 Le 13/01/2024, à 10:54
- iznobe
Re : pourquoi demarrage de firefox tres lent ?
Bonjour , dejà il faudrait se cantonner uniquement sur la machine qui à le soucis . Ajouter l ' autre machine dans la discussion ne fait que compliquer la chose .
j ' en conclus que tu lis les vidéos avec firefox ? et que c' est là que ca ne va pas du tout ?
si tu lis une vidéo avec un autre logiciel , par exemple VLC , est ce que cela fonctionne normalement ? histoire de savoir si c' est un soucis de lecture vidéo global ou uniquement avec firefox .
pour savoir comment firefox est installé :
dpkg -l firefoxsnap listretour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#83 Le 17/01/2024, à 19:58
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Salut je suis de retour de mon voyage.
Les deux ordis sont lents à lire des videos, je l'ai déjà dit. Mais c'est pire pour le portable.
Ensuite oui, je lis les videos youtube en direct avec Firefox, et quand je les lis téléchargées avec VLC pas de problèmes, mais il me semble aussi avoir déjà dit cela.
Sinon voici les retours des commandes :
huurd@huurd-System-Product-Name:~$ dpkg -l firefox
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-installé/W=att>
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
+++-==============-===============================-============-===============>
ii firefox 121.0.1+build1-0ubuLe prompt de revient pas.
huurd@huurd-System-Product-Name:~$ snap list
Nom Version Révision Suivi Éditeur Notes
bare 1.0 5 latest/stable canonical✓ base
chromium 120.0.6099.216 2729 latest/stable canonical✓ -
core 16-2.60.4 16202 latest/stable canonical✓ core
core18 20231027 2812 latest/stable canonical✓ base
core20 20231123 2105 latest/stable canonical✓ base
core22 20231123 1033 latest/stable canonical✓ base
cups 2.4.7-3 1024 latest/stable openprinting✓ -
gnome-3-26-1604 3.26.0.20221130 111 latest/stable/… canonical✓ -
gnome-3-28-1804 3.28.0-19-g98f9e67.98f9e67 198 latest/stable canonical✓ -
gnome-3-34-1804 0+git.3556cb3 93 latest/stable canonical✓ -
gnome-3-38-2004 0+git.efb213a 143 latest/stable canonical✓ -
gnome-42-2204 0+git.ff35a85 141 latest/stable canonical✓ -
gnome-system-monitor 45.0 186 latest/stable/… canonical✓ -
gtk-common-themes 0.1-81-g442e511 1535 latest/stable/… canonical✓ -
gtk2-common-themes 0.1 13 latest/stable canonical✓ -
kde-frameworks-5-core18 5.67.0 35 latest/stable kde✓ -
snap-store 41.3-71-g709398e 959 latest/stable/… canonical✓ -
yt-dlp 2023.11.16-39-g0b6f829b1 364 latest/stable degville -
zoom-client 5.16.6.382 218 latest/stable ogra -
huurd@huurd-System-Product-Name:~$ Hors ligne
#84 Le 19/01/2024, à 11:20
- iznobe
Re : pourquoi demarrage de firefox tres lent ?
Bonjour , il faudrait que tu verifies le debit de la bande passante de ta connexion internet sur ton portable dans ce cas .
Si ce n' est pas une probleme de bande passante ( connexion internet trop lente ) , dans ce cas faire un essai dans une résolution plus basse , ca peut aussi venir du pilote vidéo , ou l ' utilisation de l ' acceleration materielle dans firefox .
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#85 Le 19/01/2024, à 14:30
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Salut,
je propose de reprendre depuis #63, où je disais que j'avais essayé le portable d'un copain chez moi et tout allait bien : navigateur qui répond bien, videos youtube qui se lisent sans à-coups en HD. Ce portable étant équipé d'un disque SSD, je supposais que mon problème de lenteur venait du disque, et que si je passais à un SSD tout irait mieux.
Mais geole, tu as dit ne pas en être certain et tu m'as fait lancer des commandes dans #64.
ça a bidouillé un peu dans les posts suivants car je ne comprenais pas exactement ce que tu demandais, mais j'ai fini par donner les retours des commandes en #71.
izobe, tu as alors remarqué en #72 que le CPU du portable était à la ramasse, et qu'il se passait quelque chose de bizarre avec le PC.
geole, tu me demandes en #73 le retour d'une autre commande, que je te donne en #76 et #77.
Mais aucune conclusion n'a été tirée de tout cela.
Peut on reprendre à partir de là, et conclure sur cette ligne de réflexion ? Le disque dur est il en cause finalement ou pas ? et quid des retours des divers top -10 ?
Hors ligne
#86 Le 19/01/2024, à 16:38
- iznobe
Re : pourquoi demarrage de firefox tres lent ?
les performances d' un disque dur sur un ordi portable sont généralement déplorables lorsqu ' il s ' agit de HDD a plateaux tournants . DAns 99 % des cas , il s' agit de disque à " economie d ' energie " , en fait , derriere ce terme qui fait bien , il s' agit de disques dur qui tourne à 5400 tour / min ( au lieu de 7200 ) au detriment des performances , et qui ont des débits catastrophiques , il faut à peu pres une heure pour y faire une install d ' ubuntu , alors qu' avec d' autres disques , il faut 5 minutes .
Comme il ne detaille pas ( ou pratiquement pas ) les composants materiels de l' ordi portable , tout le monde y met de la grosse merde dedans . Aussi bien pour la carte mere que pour les disques dur , la RAM et touti cuenti ... bref , c ' est Hors sujet , mais bon ...
Du coup , tu dois t ' attendre a un HDD qui doit avoir dans les 45 à 50 Mbits / secondes de debit dans le meilleur des cas . c' est à dire , quand ca ne swappe pas , quand les tetes sont aux debuts des plateaux , quand le disque est parfaitement sain , etc ...
Autant dire presque jamais sur ton ordi , vu que des que tu lances firefox avec plusieurs onglets , on a vu que ca commencais à swapper .
Pour te donner une idée de comparaison , les derniers disques SSD NVME PCIE , eux , sont à 5000 Mbits / secondes , tandis que les disques SSD SATA sont à 500 Mbits / secondes .
Donc si tu changes ton disque actuel pour un SSD SATA , tu auras des debits disques 10 fois plus rapide .
Ca ne veut pas dire que cela reglera ton probleme de vidéo , puisque tu dis qu ' une vidéo lu avec vlc ca fonctionne bien . une video blue ray en 4K , c' est a peu pres ce que peut lire au max du debit ton disque dur actuel si elle etait enregistrée sur ton disque à la place d' un blu ray.
Mais on ne connaît pas les caractéristiques de la vidéo que tu essaies de lire , donc difficile de dire .
Perso , ce que je voudrais que tu fasses , pour comparer un truc comparable , c ' est que tu lises la meme vidéo avec VLC que celle qui se lit mal avec firefox .
que tu enregistres la meme vidéo de youtube ( avec les meme caracteristiques : FPS , resolution , format etc .. ) sur ton ordi , puis que tu la lises avec firefox .
*************************
Au #72 :
Par contre sur le 2eme ordi , le " huurd@huurd-System-Product-Name:~$ " , on voit clairement un truc qui cloche :
top - 10:57:52 up 55 min, 1 user, load average: 4,36, 3,28, 1,43 Tâches: 322 total, 3 en cours, 319 en veille, 0 arrêté, 0 zombie %Cpu(s): 37,5 ut, 18,8 sy, 0,0 ni, 43,8 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st MiB Mem : 7910,7 total, 2021,8 libr, 2746,1 util, 3142,8 tamp/cache MiB Éch: 12500,0 total, 12500,0 libr, 0,0 util. 4725,5 dispo Mem PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM. 2253 root 20 0 236064 108720 75648 R 60,0 1,3 0:32.80 Xorgla conso en ressources CPU du process Xorg est anormalement haute !
est ce que cela concerne le portable ? je pens que non , il me semble que le portable c ' est le " thinkpad " non ?
Au message # 75 , pour cet ordinateur , le retour de lscpu donne 4 coeurs et 8 thread .
Pour le thinkpad , si on en croit , toujours dans le meme message , le retour de lscpu :
huurd@huurd-ThinkPad-X230:~$ lscpu Architecture : x86_64 Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit Boutisme : Little Endian Address sizes: 36 bits physical, 48 bits virtual Processeur(s) : 4 Liste de processeur(s) en ligne : 0-3 Thread(s) par cœur : 2
c ' est identique . seul la puissance pure des coeurs change , ce qui donne des performance différentes .
Par rapport à ce que dis jplemoine suite a ces messages , il faut en fait faire la difference entre la ligne processeur , qui là est donc basé sur 8 thread pour faire les 100 % , alors que la ligne processus ( celle de xorg ici en l' occurence ) est basée sur un seul coeur ( monothread ) .
Donc on voir que le process xorg bouffe 60 % d ' un trhead , soit 60 / 8 du total de la capacité du processeur .
*************************
Le disque dur est il en cause finalement ou pas ?
Malheureusement , à ce stade , rien ne permet d' affirmer que l' origine de ton probleme soit materielle , encore moins que ca soit à cause du disque dur , ni d ' un autre composant materiel ...
Nous sommes aussi dans le flou ...
on a pas trop creusé avec top , montre voir , pour la machine qui merdoie :
top -n2 -o %MEMet
top -n2 -o VIRTpendant la lecture de la vidéo youtube avec firefox qui ne va pas stp .
Dernière modification par iznobe (Le 19/01/2024, à 16:59)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#87 Le 19/01/2024, à 17:50
- geole
Re : pourquoi demarrage de firefox tres lent ?
Sinon, pour répondre à ta question, la lecture de vidéos téléchargées se passe beaucoup mieux qu'en direct sans aucun doute.
On en revient au réseau. Pendant cette opération, les processeurs sont pas mal utilisés par moments
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
21148 huurd 20 0 3158464 512076 131552 R 112,5 6,3 25:15.60 Isolate+
5044 huurd 20 0 4837596 898744 242988 S 62,5 11,1 112:01.16 firefox
2253 root 20 0 245620 118424 82764 R 12,5 1,5 83:53.39 Xorg
2367 huurd 20 0 4056784 369680 116356 S 12,5 4,6 27:44.27 gnome-s+
--
5044 huurd 20 0 4837596 897544 242988 R 65,5 11,1 112:04.45 firefox
21148 huurd 20 0 3158464 516060 131552 S 50,2 6,4 25:18.12 Isolate+
2253 root 20 0 245620 118424 82764 R 15,9 1,5 83:54.19 Xorg
2367 huurd 20 0 4056784 369680 116356 S 15,3 4,6 27:45.04 gnome-s+
--
5044 huurd 20 0 4837596 897116 242988 S 49,8 11,1 112:06.95 firefox
21148 huurd 20 0 3158496 518808 131552 S 36,5 6,4 25:19.95 Isolate+
2367 huurd 20 0 4056784 369680 116356 S 13,1 4,6 27:45.70 gnome-s+
7296 huurd 20 0 421984 83564 67980 S 12,4 1,0 8:39.25 RDD Pro+
--
5044 huurd 20 0 4837596 897040 242988 S 61,5 11,1 112:10.03 firefox
21148 huurd 20 0 3158496 527532 131552 R 41,7 6,5 25:22.04 Isolate+
2253 root 20 0 245620 118424 82764 R 17,4 1,5 83:55.66 Xorg
2367 huurd 20 0 4056784 369744 116356 S 15,6 4,6 27:46.48 gnome-s+
--
5044 huurd 20 0 4837580 896068 242988 S 39,2 11,1 112:12.00 firefox
21148 huurd 20 0 3158496 522016 131552 S 26,5 6,4 25:23.37 Isolate+
7296 huurd 20 0 421984 83564 67980 S 12,2 1,0 8:40.48 RDD Pro+
2367 huurd 20 0 4056784 369744 116356 S 9,8 4,6 27:46.97 gnome-s+
--
5044 huurd 20 0 4837564 893568 242988 S 54,9 11,0 112:14.75 firefox
21148 huurd 20 0 3158496 529508 131552 S 40,1 6,5 25:25.38 Isolate+
2253 root 20 0 245620 118424 82764 S 16,6 1,5 83:56.94 Xorg
2367 huurd 20 0 4056784 369680 116356 S 13,0 4,6 27:47.62 gnome-s+
--
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
5044 huurd 20 0 4837564 895420 242988 S 38,6 11,1 112:16.69 firefox
21148 huurd 20 0 3158512 532688 131552 S 27,1 6,6 25:26.74 Isolate+
2253 root 20 0 245620 118424 82764 S 12,7 1,5 83:57.58 Xorg
2367 huurd 20 0 4056784 369680 116356 S 10,2 4,6 27:48.13 gnome-s+
--
5044 huurd 20 0 4837564 895468 242988 S 38,7 11,1 112:18.63 firefox
21148 huurd 20 0 3158512 543232 131552 S 26,3 6,7 25:28.06 Isolate+
2253 root 20 0 245620 118424 82764 S 12,6 1,5 83:58.21 Xorg
2367 huurd 20 0 4056784 369680 116356 R 10,2 4,6 27:48.64 gnome-s+
--
5044 huurd 20 0 4837564 895068 242988 S 38,6 11,0 112:20.57 firefox
21148 huurd 20 0 3158512 534616 131552 S 27,3 6,6 25:29.43 Isolate+
2253 root 20 0 245620 118424 82764 S 12,5 1,5 83:58.84 Xorg
7296 huurd 20 0 422000 83564 67980 S 10,0 1,0 8:42.13 RDD Pro+
--
5044 huurd 20 0 4837564 895456 242988 S 53,8 11,1 112:23.27 firefox
21148 huurd 20 0 3158512 565464 131552 S 41,0 7,0 25:31.49 Isolate+
2253 root 20 0 245620 118424 82764 S 17,7 1,5 83:59.73 Xorg
2367 huurd 20 0 4056784 369680 116356 S 12,7 4,6 27:49.77 gnome-s+Par acquit de conscience, on va regarder l'état du disque dur.
Installe l'application smartmontools avec cette commande
sudo apt-get install --no-install-recommends smartmontools et poste le retour de
sudo smartctl -s on -a /dev/sdaDernière modification par geole (Le 19/01/2024, à 17:53)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#88 Le 19/01/2024, à 22:16
- syborg
Re : pourquoi demarrage de firefox tres lent ?
voila le retour de smartmontool :
huurd@huurd-System-Product-Name:~$ sudo smartctl -s on -a /dev/sda
[sudo] Mot de passe de huurd :
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-169-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Black
Device Model: WDC WD1003FZEX-00K3CA0
Serial Number: WD-WCC6Y5ZJCUV7
LU WWN Device Id: 5 0014ee 2bc42b292
Firmware Version: 01.01A01
User Capacity: 1.000.204.886.016 bytes [1,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 3.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ACS-3 T13/2161-D revision 3b
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Fri Jan 19 21:14:04 2024 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (11580) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 120) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3035) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 169 163 021 Pre-fail Always - 2516
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1304
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 088 088 000 Old_age Always - 9391
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1302
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 111
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 1392
194 Temperature_Celsius 0x0022 102 092 000 Old_age Always - 41
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
huurd@huurd-System-Product-Name:~$ iznobe, je te donne le retour des commandes demandées dans un instant.
Dernière modification par syborg (Le 19/01/2024, à 22:17)
Hors ligne
#89 Le 19/01/2024, à 23:19
- syborg
Re : pourquoi demarrage de firefox tres lent ?
@iznobe : oui, le portable c'est Thinkpad.
huurd@huurd-ThinkPad-X230:~$ top -n2 -o %MEM
top - 22:16:34 up 47 min, 1 user, load average: 10,34, 9,21, 8,02
Tâches: 276 total, 3 en cours, 273 en veille, 0 arrêté, 0 zombie
%Cpu(s): 42,1 ut, 33,2 sy, 0,0 ni, 24,6 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st
MiB Mem : 3630,6 total, 259,0 libr, 1844,1 util, 1527,5 tamp/cache
MiB Éch: 12000,0 total, 11986,0 libr, 14,0 util. 1063,3 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
4108 huurd 20 0 3198604 591136 115692 R 52,4 15,9 25:15.05 Isolate+
3956 huurd 20 0 4039160 405132 188564 S 46,1 10,9 12:36.08 firefox
2436 huurd 20 0 3985712 295980 112452 R 19,2 8,0 6:59.44 gnome-s+
4075 huurd 20 0 2460852 154268 93284 S 0,0 4,1 0:06.23 Privile+
4163 huurd 20 0 2448236 125832 83440 S 0,0 3,4 0:06.35 WebExte+
3940 huurd 30 10 518412 121600 57716 S 0,0 3,3 0:50.82 update-+
4104 huurd 20 0 2421964 121572 97576 S 0,0 3,3 0:07.82 Isolate+
2682 huurd 20 0 988628 120444 27704 S 0,0 3,2 0:04.99 snap-st+
6375 huurd 20 0 2396672 76972 65640 S 0,0 2,1 0:00.15 Web Con+
6431 huurd 20 0 371480 76296 64040 S 43,2 2,1 9:20.08 RDD Pro+
6200 huurd 20 0 2396672 76132 64880 S 0,0 2,0 0:00.14 Web Con+
8393 huurd 20 0 2396672 75012 63812 S 0,0 2,0 0:00.16 Web Con+
2579 huurd 20 0 722224 57012 40752 S 0,0 1,5 0:00.49 evoluti+
4993 huurd 20 0 870512 54816 39500 S 0,0 1,5 0:00.34 gnome-c+
5008 huurd 20 0 821184 52500 39832 S 0,9 1,4 0:01.78 gnome-t+
6441 huurd 20 0 322028 51684 41336 S 11,7 1,4 2:06.64 Utility+
2295 huurd 20 0 301960 49024 27472 S 13,9 1,3 4:52.04 Xorg
huurd@huurd-ThinkPad-X230:~$ top -n2 -o VIRT
top - 22:17:05 up 48 min, 1 user, load average: 8,60, 8,91, 7,96
Tâches: 272 total, 3 en cours, 269 en veille, 0 arrêté, 0 zombie
%Cpu(s): 65,8 ut, 14,0 sy, 0,0 ni, 19,8 id, 0,2 wa, 0,0 hi, 0,2 si, 0,0 st
MiB Mem : 3630,6 total, 265,8 libr, 1837,1 util, 1527,7 tamp/cache
MiB Éch: 12000,0 total, 11986,0 libr, 14,0 util. 1070,8 dispo Mem
PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM.
3956 huurd 20 0 4046316 423164 206244 S 115,8 11,4 12:53.48 firefox
2436 huurd 20 0 3985836 296220 112620 S 41,6 8,0 7:09.20 gnome-s+
4108 huurd 20 0 3220104 583516 115696 R 116,2 15,7 25:40.81 Isolate+
2507 huurd 20 0 2739096 25652 20656 S 0,0 0,7 0:00.10 gjs
4075 huurd 20 0 2460852 154268 93284 S 0,3 4,1 0:06.28 Privile+
4163 huurd 20 0 2448236 126344 83440 S 1,0 3,4 0:06.70 WebExte+
4104 huurd 20 0 2422616 121572 97576 S 0,0 3,3 0:09.09 Isolate+
6200 huurd 20 0 2396672 76132 64880 S 0,0 2,0 0:00.14 Web Con+
6375 huurd 20 0 2396672 76972 65640 S 0,0 2,1 0:00.15 Web Con+
8393 huurd 20 0 2396672 75012 63812 S 0,0 2,0 0:00.16 Web Con+
2221 huurd 9 -11 2348964 20980 15660 S 3,3 0,6 0:33.47 pulseau+
1295 root 20 0 1467484 31732 19840 S 0,0 0,9 0:03.64 snapd
2673 huurd 20 0 1123196 29648 25512 S 0,0 0,8 0:00.15 evoluti+
2682 huurd 20 0 988628 120444 27704 S 0,0 3,2 0:05.00 snap-st+
4993 huurd 20 0 870512 54880 39564 S 0,0 1,5 0:00.34 gnome-c+
5008 huurd 20 0 821184 52500 39832 S 4,0 1,4 0:02.45 gnome-t+
2529 huurd 20 0 766772 31644 20964 S 0,0 0,9 0:00.48 gsd-pow+
huurd@huurd-ThinkPad-X230:~$ Hors ligne
#90 Le 20/01/2024, à 20:02
- geole
Re : pourquoi demarrage de firefox tres lent ?
Bonsoir.
Vu l'état de ton disque dur, rien ne justifie son remplacement De plus il tourne à 7200 tours/minutes
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#91 Le 20/01/2024, à 21:06
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Bonsoir.
Vu l'état de ton disque dur, rien ne justifie son remplacement De plus il tourne à 7200 tours/minutes
Oui il a environ 3 ans et j'avais pris de la qualité. Mais malgré tout, tu est quand meme d'accord qu'avec un SSD, Firefox serait plus réactif n'est ce pas ? Sinon, qu'est ce qui expliquerait que le test que j'ai fait avec un portable avec SSD éliminait tous les problemes de lenteur que j'ai avec mon ordi, puisque plus ou moins la seule difference etait le disque dur ?
Hors ligne
#92 Le 20/01/2024, à 22:44
- geole
Re : pourquoi demarrage de firefox tres lent ?
Si tu installes la version .deb tu pourrais gagner 10 secondes au premier démarrage. Mais pour le fonctionnement, tout serait identique.
Je continue de penser que le problème est le débit réseau.
Dernière modification par geole (Le 20/01/2024, à 22:50)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#93 Le 20/01/2024, à 23:11
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Si tu installes la version .deb tu pourrais gagner 10 secondes au premier démarrage. Mais pour le fonctionnement, tout serait identique.
Je continue de penser que le problème est le débit réseau.
Le test avec le disque SSD a ete fait chez moi, avec la meme connection internet que j'utilise pour l'ordi qui est lent.
Hors ligne
#94 Le 20/01/2024, à 23:31
- geole
Re : pourquoi demarrage de firefox tres lent ?
Et.......
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#95 Le 21/01/2024, à 08:38
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Ben que apparemment la connection n'est pas en cause ?
Hors ligne
#96 Le 21/01/2024, à 12:28
- iznobe
Re : pourquoi demarrage de firefox tres lent ?
@iznobe : oui, le portable c'est Thinkpad.
huurd@huurd-ThinkPad-X230:~$ top -n2 -o %MEM ...
puis dans le message juste avant , le rapport smart :
voila le retour de smartmontool :
huurd@huurd-System-Product-Name:~$ sudo smartctl -s on -a /dev/sda ..
Bonjour , je rêve ou le rapport ne provient pas de l' ordi concerné ? c ' est a dire le thinkpad ...
Dans le 2eme top , on voit que le processeur est tout de meme fortement sollicité ( plus de 65 % ) , mais sinon , rien de choquant au niveau mémoire :
huurd@huurd-ThinkPad-X230:~$ top -n2 -o VIRT top - 22:17:05 up 48 min, 1 user, load average: 8,60, 8,91, 7,96 Tâches: 272 total, 3 en cours, 269 en veille, 0 arrêté, 0 zombie %Cpu(s): 65,8 ut, 14,0 sy, 0,0 ni, 19,8 id, 0,2 wa, 0,0 hi, 0,2 si, 0,0 st MiB Mem : 3630,6 total, 265,8 libr, 1837,1 util, 1527,7 tamp/cache MiB Éch: 12000,0 total, 11986,0 libr, 14,0 util. 1070,8 dispo Mem PID UTIL. PR NI VIRT RES SHR S %CPU %MEM TEMPS+ COM. 3956 huurd 20 0 4046316 423164 206244 S 115,8 11,4 12:53.48 firefox 2436 huurd 20 0 3985836 296220 112620 S 41,6 8,0 7:09.20 gnome-s+ 4108 huurd 20 0 3220104 583516 115696 R 116,2 15,7 25:40.81 Isolate+
à ce stade là :
soit tu lui en demandes trop , faudrait voir combien d' onglets étaient ouverts et combien d' autres programmes ,
soit il y a un processus qui bouffe de la ressource processeur qu ' on aurait pas vu dans les commandes precedentes ou qui n' était peut être pas lancé avant et que tu aurais lancé avant cette dernière commande .
NOTE : sur les ordis portables , pour économiser l' énergie , il ya un mode de gestion de l' énergie qui peut largement dégrader les performances de l' ordi .
je ne sais pas si sur ubuntu cela existe , ni comment ca se présente , mais si ca existe , faudrait essayer avec un choix qui se rapproche le plus de " performances optimales " pour tout materiel .
NOTE2 : selon le nombre d' emplacement SATA disponible sur la carte mere de l' ordi , il est peut etre possible d' ajouter ( au lieu de remplacer ) un SSD pour le système et de conserver le disque a plateau pour les données , ce qui offre un stockage conséquent et des performances optimales .
NOTE3 : @geole , firefox est deja installé en .deb , j' ai du demandé deux fois mini ( si on s ' est pas mélangé les pinceaux dans les ordis ... )
Dernière modification par iznobe (Le 21/01/2024, à 12:52)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#97 Le 21/01/2024, à 23:02
- syborg
Re : pourquoi demarrage de firefox tres lent ?
Ok alors voici le rapport de smartmontools pour le portable
huurd@huurd-ThinkPad-X230:~$ sudo smartctl -s on -a /dev/sda
[sudo] Mot de passe de huurd :
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-128-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Hitachi/HGST Travelstar Z7K500
Device Model: HGST HTS725050A7E630
Serial Number: TF755AWHGR15LM
LU WWN Device Id: 5 000cca 77fca0498
Firmware Version: GH2ZB550
User Capacity: 500.107.862.016 bytes [500 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 7200 rpm
Form Factor: 2.5 inches
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 6
SATA Version is: SATA 2.6, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Sun Jan 21 21:57:24 2024 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 45) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 87) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0
2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 0
3 Spin_Up_Time 0x0007 222 222 033 Pre-fail Always - 1
4 Start_Stop_Count 0x0012 098 098 000 Old_age Always - 4288
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0
9 Power_On_Hours 0x0012 020 020 000 Old_age Always - 35292
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 4042
191 G-Sense_Error_Rate 0x000a 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 098 098 000 Old_age Always - 523
193 Load_Cycle_Count 0x0012 048 048 000 Old_age Always - 529543
194 Temperature_Celsius 0x0002 162 162 000 Old_age Always - 37 (Min/Max 1/56)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
223 Load_Retry_Count 0x000a 100 100 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
No self-tests have been logged. [To run self-tests, use: smartctl -t]
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
huurd@huurd-ThinkPad-X230:~$ sudo smartctl -s on -a /dev/sdasudo smartctl -s on -a /dev/sdasudo smartctl -s on -a /dev/sdasudo smartctl -s on -a /dev/sdasudo smartctl -s on -a /dev/sdasudo smartctl -s on -a /dev/sdaSinon, pour revenir aux commandes top, c'est quoi ce processus Isolate+ qui bouffe tant de ressources ?
Pour repondre a tes questions, j'avais tout au plus 4 onglets ouverts. Et aucun autre programme. Je n'ai lance aucun processus avant la commande.
Hors ligne
#98 Le 21/01/2024, à 23:07
- syborg
Re : pourquoi demarrage de firefox tres lent ?
syborg a écrit :Si j'ai bien compris, les causes possibles que tu mentionnes ne viennent pas de mon ordi ni de ma connection mais de certains serveurs ?
Oui.
Tu peux faire les commandes en mode plus tassé.ping -c 10 8.8.8.8 ping -c 10 www.youtube.com ping -c 10 forum.ubuntu-fr.org
En repassant le fil je me suis appercu que je n'avais pas repondu a ceci.
huurd@huurd-ThinkPad-X230:~$ ping -c 10 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 octets de 8.8.8.8 : icmp_seq=1 ttl=108 temps=1218 ms
64 octets de 8.8.8.8 : icmp_seq=2 ttl=108 temps=801 ms
64 octets de 8.8.8.8 : icmp_seq=3 ttl=108 temps=902 ms
64 octets de 8.8.8.8 : icmp_seq=4 ttl=108 temps=1322 ms
64 octets de 8.8.8.8 : icmp_seq=5 ttl=108 temps=1064 ms
64 octets de 8.8.8.8 : icmp_seq=6 ttl=108 temps=784 ms
64 octets de 8.8.8.8 : icmp_seq=7 ttl=108 temps=656 ms
64 octets de 8.8.8.8 : icmp_seq=8 ttl=108 temps=923 ms
64 octets de 8.8.8.8 : icmp_seq=9 ttl=108 temps=1038 ms
64 octets de 8.8.8.8 : icmp_seq=10 ttl=108 temps=1155 ms
--- statistiques ping 8.8.8.8 ---
10 paquets transmis, 10 reçus, 0 % paquets perdus, temps 9048 ms
rtt min/moy/max/mdev = 656,378/986,225/1322,021/199,766 ms, tuyau 2
huurd@huurd-ThinkPad-X230:~$ ping -c 10 www.youtube.com
PING youtube-ui.l.google.com (216.58.214.174) 56(84) bytes of data.
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=1 ttl=108 temps=720 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=2 ttl=108 temps=679 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=3 ttl=108 temps=628 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=4 ttl=108 temps=997 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=5 ttl=108 temps=1009 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=6 ttl=108 temps=631 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=7 ttl=108 temps=1006 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=8 ttl=108 temps=629 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=9 ttl=108 temps=756 ms
64 octets de mad01s26-in-f174.1e100.net (216.58.214.174) : icmp_seq=10 ttl=108 temps=1118 ms
--- statistiques ping youtube-ui.l.google.com ---
10 paquets transmis, 10 reçus, 0 % paquets perdus, temps 9369 ms
rtt min/moy/max/mdev = 627,838/817,179/1117,505/182,563 ms, tuyau 2
huurd@huurd-ThinkPad-X230:~$ ping -c 10 forum.ubuntu-fr.org
PING forum.ubuntu-fr.org (178.20.55.235) 56(84) bytes of data.
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=1 ttl=40 temps=619 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=2 ttl=40 temps=831 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=3 ttl=40 temps=932 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=4 ttl=40 temps=866 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=5 ttl=40 temps=981 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=6 ttl=40 temps=1420 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=7 ttl=40 temps=631 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=8 ttl=40 temps=661 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=9 ttl=40 temps=883 ms
64 octets de coptere.infra.ubuntu-fr.org (178.20.55.235) : icmp_seq=10 ttl=40 temps=681 ms
--- statistiques ping forum.ubuntu-fr.org ---
10 paquets transmis, 10 reçus, 0 % paquets perdus, temps 9955 ms
rtt min/moy/max/mdev = 618,998/850,469/1420,331/227,249 ms, tuyau 2
huurd@huurd-ThinkPad-X230:~$ Hors ligne
#99 Le 21/01/2024, à 23:09
- xubu1957
Re : pourquoi demarrage de firefox tres lent ?
Bonjour,
Pour info > ces réponses anciennes.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#100 Le 21/01/2024, à 23:16
- iznobe
Re : pourquoi demarrage de firefox tres lent ?
je crois que c ' est le processus de firefox qui gere les onglets ouverts .
chez moi avec 3 onglets :
8270 iznobe 20 0 3800764 397564 206556 S 0,0 1,2 1:40.45 firefox-esr
8483 iznobe 20 0 3107864 516056 93384 S 0,0 1,6 0:09.52 WebExtensions
1785 root 20 0 2688264 130580 82172 S 9,6 0,4 3:09.76 Xorg
8555 iznobe 20 0 2531604 149872 98468 S 0,0 0,5 0:44.50 Isolated Web Co Bon , on a pas le meme processeur ... mais ca donne un ordre d' idée en faisant un rapport en se basant sur la conso du processus xorg .
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne