- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Clap de fin pour Fedora Linux 35 !
Bonjour. J'ai un petit PC avec un µp atom et 2Go de RAM en DDR2. Oui je sais c'est pas beaucoup.
A toute fins utiles j'ai installé un SSD 240 Go, mais sans grande différence avec mon DD ancien.
Comme il rame beaucoup je voulais savoir s'il existe des possibilités d'amélioration. https://www.deltasight.fr/les-optimisat … ous-linux/
Mais j'ai besoin de l'avis de spécialistes:
- Compression des données
- Extension en swap
Il y a un rapport entre la performance et la vitesse. Comme mon µP est une limace, CPU 2 cœurs à 1000 Mhz, que me conseilleriez vous?
Mon kde me prend 594M0/2G. Ma swap fait 2 G aussi.
Merci.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Ce qui va te prendre le plus de ram en 1er c'est le type de bureau donc même si je les aime bien ne pas utiliser gnome ou kde prendre un bureau beaucoup plus léger.
Hors ligne
Xfce !
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Je suis revenu à kde car aujourd'hui, ce bureau ne peut plus être considéré comme lourd.
A part ça comment optimiser le système ?
J'ai vu que la commande zram existe dans la distrib.
swapon -s
Nom de fichier Type Taille Utilisé Priorité
/dev/dm-1 partition 2150396 0 -2
Ceci voudrait-il dire que toute la mémoire est compressée ?
Dernière modification par thierryR (24/06/2020 19:45:14)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Je suis revenu à kde car aujourd'hui, ce bureau ne peut plus être considéré comme lourd.
oui et non...
je viens d'installer sur une petite machine qui marchait mal sous Fedora/kde, slitaz. La différence est énorme et cela tourne très bien mais pour la configuration, il y a du travail, de même pour trouver des applications. Il y a un convertisseur à partir de rpm ou deb.
À mon avis Fedora n'est plus fait pour des petites machines. C'est surtout les 2Go... J'ai une petite machine avec deeping comme interface qui marche bien mais avec 4Go. Sous kde, c'est très lent
F37, Kde/plasma Wayland, ASUSTeK M5A78L-M/USB3, AMD FX-6300, NVIDIA GM107 [GeForce GTX 750 Ti], 8Go de mémoire
Hors ligne
je viens d'installer sur une petite machine qui marchait mal sous Fedora/kde, slitaz. La différence est énorme et cela tourne très bien mais pour la configuration, il y a du travail,
Tu mets le doigt sur mon pressentiment. Je reste persuadé qu'il y a des services non nécessaires pour mon petit PC que j'utilise en solo. Je vais essayer de fouiller un peu.
En mini distrib il y en a une assez connue qui est toutou linux, mais l'objet ici est d'utiliser fedora en allégé. ( C'est pas gagné)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
regarde avec des outils comme glances/htop pour savoir ce qui est vraiment limitant/saturé dans ton cas. Là on fait des devinettes.
En tout cas ça ne vient pas du disque, vu que c'est un SSD.
Il faut donc vérifier l'occupation CPU et la RAM.
Sur ce PC il n'est pas possible d'ajouter de la RAM? Quand je retape des vieux PC qui repartent comme neuf pour genre encore 10 ans, le premier point c'est la quantité de RAM (viser 8Go si possible, sinon 4), ensuite le disque (HDD=>SSD).
Si la quantité de RAM est figée, il n'y aura pas trop de miracle en fonction du CPU. Car la compression par ex en RAM, coûte du CPU, etc. La sortie de RAM vers SWAP si la quantité est trop juste fera travailler le disque; ici comme c'est un SSD ça va pas être trop grave, mais gérer des IO ça coute aussi du CPU. Là il y a des pistes pour optimiser les IO, avec des paramètres de montage, éventuellement couper syslog etc etc
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12
Hors ligne
Voit pour essayer d'overclocker un peu ton cpu.
Fait un test de performances sur ton ssd. J'ai déjà mis beaucoup de swap sur un ssd (plusieurs Go) et avec les perfs actuelles, on ne ressent que peu la différence comparer à la ram en utlisation.
Pour ton pc, le lien sata doit être limité donc pour en être sûr fait un test de perf.
Mon pc : AMD R5-5600X sur Asus Prime B450M-A, 16 Go ram, Nvidia 2060Ti (6Go), SSD Samsung 850 EVO (250 Go) + black caviar de 1To.
Hors ligne
Merci pour toutes ces informations. Pour la mémoire, je n'ai qu'une bank DDR2 2 Go. Je suis donc au taquet.
J'ai des messages bizarres du style
"Le systeme de fichier monté à l'emplacement / ne répond pas"
"Le systeme de fichier monté à l'emplacement /boot ne répond pas"
J'ai démarré glances: ( que je ne connais pas)
Pc au repos:
90-4C-E5-3D-DC-0C (Fedora 32 64bit / Linux 5.6.19-300.fc32.x86_64) Uptime: 3:03:25
CPU [||||||| 12.8%] CPU \ 12.8% nice: 0.0% ctx_sw: 577 MEM - 54.3% active: 814M SWAP - 1.4% LOAD 2-core
MEM [||||||||||||||||||||||||||||||| 55.0%] user: 9.3% irq: 0.0% inter: 728 total: 1.92G inactive: 739M total: 2.05G 1 min: 1.01
SWAP [| 1.4%] system: 3.4% iowait: 0.0% sw_int: 956 used: 1.04G buffers: 49.4M used: 30.0M 5 min: 1.39
Quand j'ouvre dolphin
90-4C-E5-3D-DC-0C (Fedora 32 64bit / Linux 5.6.19-300.fc32.x86_64) Uptime: 3:09:13
CPU [|||||||||||||||||||||||||||||||||||||||||||||||||||||| 94.1%] CPU / 94.1% nice: 0.0% ctx_sw: 4K MEM - 54.8% active: 725M SWAP - 1.6% LOAD 2-core
MEM [||||||||||||||||||||||||||||||| 54.6%] user: 76.1% irq: 0.0% inter: 3481 total: 1.92G inactive: 846M total: 2.05G 1 min: 1.63
SWAP [| 1.6%] system: 16.9% iowait: 0.2% sw_int: 3047 used: 1.05G buffers: 37.0M used: 34.2M 5 min: 1.52
idle: 5.9% steal: 0.0% free: 890M cached: 885M free: 2.02G 15 min: 1.09
Il y a beaucoup de détails. C'est génial. Ce petit PC à l'air de bien fonctionner. Il est simplement lent.
Si je fais la mise à jour.
90-4C-E5-3D-DC-0C (Fedora 32 64bit / Linux 5.6.19-300.fc32.x86_64) Uptime: 3:16:37
CPU [||||||||||||||||||||||||||||||||||||||||||| 75.0%] CPU \ 75.0% nice: 0.0% ctx_sw: 2K MEM - 61.0% active: 903M SWAP - 2.8% LOAD 2-core
MEM [||||||||||||||||||||||||||||||||||| 61.1%] user: 57.8% irq: 0.0% inter: 2326 total: 1.92G inactive: 782M total: 2.05G 1 min: 1.31
SWAP [| 2.8%] system: 16.8% iowait: 0.0% sw_int: 3681 used: 1.17G buffers: 52.0M used: 58.2M 5 min: 1.64
idle: 25.0% steal: 0.0% free: 767M cached: 870M free: 1.99G 15 min: 1.36
NETWORK Rx/s Tx/s TASKS 182 (311 thr), 2 run, 127 slp, 53 oth sorted automatically by CPU consumption
enp1s0 0b 0b
lo 0b 0b CPU% MEM% VIRT RES PID USER TIME+ THR NI S R/s W/s Command
wlp2s0 2Kb 16Kb 97.1 8.4 621M 165M 4034 root 0:48 1 0 R ? ? /usr/bin/python3 /usr/bin/dnf update
Si j'ouvre thunderbird
90-4C-E5-3D-DC-0C (Fedora 32 64bit / Linux 5.6.19-300.fc32.x86_64) Uptime: 3:26:13
CPU [|||||||||||||||||||||||||||||||||||||||||||||||||||||| 95.1%] CPU / 95.1% nice: 0.0% ctx_sw: 4K MEM - 55.5% active: 739M SWAP - 3.1% LOAD 2-core
MEM [||||||||||||||||||||||||||||||| 55.3%] user: 80.3% irq: 0.0% inter: 3034 total: 1.92G inactive: 855M total: 2.05G 1 min: 1.30
SWAP [|| 3.1%] system: 14.1% iowait: 0.2% sw_int: 2928 used: 1.07G buffers: 56.8M used: 65.8M 5 min: 1.05
idle: 4.7% steal: 0.0% free: 877M cached: 911M free: 1.99G 15 min: 1.17
J'ai quand même une connexion SSH d'ouverte pour vous montrer ces résultats en temps réelles.
Ce qui me mange le plus de mémoire c'est packagekitd avec 11,9% de la mémoire.
FILE SYS Used Total 0.0 11.9 937M 235M 1948 root 3:04 3 0 S ? ? /usr/libexec/packagekitd
Curieusement cette occupation demeure tout le temps. Il devrait s'arrêter si j'en crois https://fr.wikipedia.org/wiki/PackageKit
Dernière modification par thierryR (26/06/2020 22:21:54)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Regardes : https://forums.fedora-fr.org/viewtopic.php?id=69810
PC lent, PackageKit mettra un temps certain à s'arrêter. Sinon tu le désactives et tu fais maj en manuel
Cicéron c'est Poincaré
Hors ligne
De toute façon les mises à jours automatiques ne fonctionnent pas, donc je vais le désactiver
sudo systemctl disable packagekit.service
J'aimerais lister les services sur mon PC mais: La commande 'service --status-all' ne fonctionne pas. Ce doit être changé avec systemctl à moins que ?
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Glances t'indique pourtant que tu as pas mal (en tout cas sur 2Go) de mémoire dispo: free: 767M
Donc pour moi, tu sature pas en RAM. Confirmé par le fait que la swap est quasi inutilisée.
Par contre on voit clairement que c'est le CPU qui est au taqué. A voir si ça vient des IO disques... Tu peux vérifier en installant sysstat avec la commande suivante :
iostat x 5
ça t'affichera des stats toutes les 5s. Le pourcentage d'idle (glandage) va être interessant à suivre.
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12
Hors ligne
Encore une expérience que je ne connaissais pas. C'est magique linux !
avg-cpu: %user %nice %system %iowait %steal %idle
17,61 0,37 3,75 1,42 0,00 76,85
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
3,83 0,00 0,60 0,20 0,00 95,36
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
7,67 0,00 2,12 0,10 0,00 90,11
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
69,81 0,00 15,55 0,10 0,00 14,54
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
84,97 0,00 14,33 0,20 0,00 0,50
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
83,17 0,00 15,93 0,10 0,00 0,80
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
92,70 0,00 7,10 0,00 0,00 0,20
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
88,08 0,00 10,02 0,40 0,00 1,50
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
85,89 0,00 13,11 0,40 0,00 0,60
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
68,55 0,00 9,00 0,61 0,00 21,84
Device tps kB_read/s kB_wrtn/s kB_dscd/s kB_read kB_wrtn kB_dscd
avg-cpu: %user %nice %system %iowait %steal %idle
59,54 0,00 7,06 0,40 0,00 33,00
Dans l'expérience j'ai ouvert libreoffice et thunderbird en même temps.
Je pense que si le iowait reste à zero c'est à cause du SSD !
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Oui ça c'est bon signe, par contre je dois vérifier la commande t'as pas les stats du disque
EDIT: tu peux ajouter le nom du disque à la fin de la commande, ou mettre ALL pour tout avoir, et il manquait le - devant le x:
iostat -x 5 ALL
Refait ton tests, et regarde la colonne %util.
Linux, ya moins bien, mais c'est plus chèr!!!
Fedora 32 WorkStation sur HP 850 G5
Fedora 32 SilverBlue sur Lenovo Thinkpad Yoga 12
Hors ligne
J'ai recommencé le même test avec les nouvelles commandes
avg-cpu: %user %nice %system %iowait %steal %idle
59,28 0,00 3,11 0,10 0,00 37,51
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 25,40 1887,20 0,00 0,00 0,55 74,30 6,40 45,60 0,00 0,00 1,16 7,12 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,02 3,60
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 0,20 2,40 0,00 0,00 5,00 12,00 11,60 46,40 0,00 0,00 6,90 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,08 0,14
sda 25,60 1889,60 0,00 0,00 0,50 73,81 11,40 92,00 6,60 36,67 3,56 8,07 0,00 0,00 0,00 0,00 0,00 0,00 0,40 0,00 0,04 3,70
avg-cpu: %user %nice %system %iowait %steal %idle
60,63 0,00 12,55 0,61 0,00 26,21
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 624,60 10414,40 0,00 0,00 0,29 16,67 24,20 1588,00 0,00 0,00 3,09 65,62 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,26 35,68
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 0,20 1,60 0,00 0,00 0,00 8,00 5,40 40,80 0,00 0,00 2,26 7,56 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,01 0,16
sda 624,80 10416,00 0,00 0,00 0,29 16,67 19,00 1624,80 11,40 37,50 3,69 85,52 0,00 0,00 0,00 0,00 0,00 0,00 2,20 0,09 0,07 35,80
avg-cpu: %user %nice %system %iowait %steal %idle
92,18 0,00 7,41 0,00 0,00 0,40
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 84,40 2375,20 0,00 0,00 0,35 28,14 17,00 68,00 0,00 0,00 3,07 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,08 6,72
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 0,00 0,00 0,00 0,00 0,00 0,00 2,80 11,20 0,00 0,00 6,00 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,02 0,04
sda 84,40 2375,20 0,00 0,00 0,34 28,14 7,60 76,80 12,20 61,62 2,34 10,11 0,00 0,00 0,00 0,00 0,00 0,00 1,20 0,00 0,02 6,76
avg-cpu: %user %nice %system %iowait %steal %idle
84,99 0,00 12,59 0,40 0,00 2,01
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 431,00 11666,40 0,00 0,00 0,24 27,07 6,40 25,60 0,00 0,00 0,84 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,11 17,16
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 1,40 105,60 0,00 0,00 0,71 75,43 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,20
sda 432,40 11772,00 0,00 0,00 0,25 27,22 3,80 24,80 2,60 40,62 0,63 6,53 0,00 0,00 0,00 0,00 0,00 0,00 0,40 0,00 0,01 17,32
avg-cpu: %user %nice %system %iowait %steal %idle
94,39 0,00 5,31 0,20 0,00 0,10
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 198,00 5381,60 0,00 0,00 0,27 27,18 0,20 0,80 0,00 0,00 4,00 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,05 8,26
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 0,00 0,00 0,00 0,00 0,00 0,00 2,20 237,60 0,00 0,00 3,36 108,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,01 0,12
sda 198,00 5381,60 0,00 0,00 0,27 27,18 1,80 237,60 0,60 25,00 3,22 132,00 0,00 0,00 0,00 0,00 0,00 0,00 0,40 0,00 0,01 8,24
avg-cpu: %user %nice %system %iowait %steal %idle
92,10 0,00 7,90 0,00 0,00 0,00
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 19,00 910,40 0,00 0,00 0,61 47,92 1,60 6,40 0,00 0,00 3,88 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,02 2,60
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 2,80 63,20 0,00 0,00 0,57 22,57 5,00 20,00 0,00 0,00 0,28 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,54
sda 21,80 973,60 0,00 0,00 0,55 44,66 2,20 24,00 4,40 66,67 0,82 10,91 0,00 0,00 0,00 0,00 0,00 0,00 1,20 0,17 0,00 3,18
avg-cpu: %user %nice %system %iowait %steal %idle
82,22 0,00 17,58 0,10 0,00 0,10
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 280,60 13983,20 0,00 0,00 0,55 49,83 20,20 361,60 0,00 0,00 2,10 17,90 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,20 22,86
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 3,40 121,60 0,00 0,00 0,47 35,76 4,40 17,60 0,00 0,00 0,05 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,46
sda 284,00 14104,80 0,00 0,00 0,51 49,66 10,80 377,60 13,80 56,10 2,06 34,96 0,00 0,00 0,00 0,00 0,00 0,00 0,80 0,00 0,04 23,30
avg-cpu: %user %nice %system %iowait %steal %idle
88,60 0,00 11,40 0,00 0,00 0,00
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 434,60 12042,40 0,00 0,00 0,48 27,71 13,40 60,80 0,00 0,00 1,18 4,54 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,22 20,74
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 6,20 306,40 0,00 0,00 0,55 49,42 12,20 75,20 0,00 0,00 1,08 6,16 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,02 0,92
sda 434,60 12348,80 6,00 1,36 0,39 28,41 11,80 134,40 13,80 53,91 1,22 11,39 0,00 0,00 0,00 0,00 0,00 0,00 0,80 0,25 0,03 21,38
avg-cpu: %user %nice %system %iowait %steal %idle
82,95 0,00 13,72 2,02 0,00 1,31
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 202,40 15262,40 0,00 0,00 0,61 75,41 22,60 123,20 0,00 0,00 1,52 5,45 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,16 21,02
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00
dm-2 11,00 588,80 0,00 0,00 0,47 53,53 4,20 281,60 0,00 0,00 0,67 67,05 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,01 1,58
sda 207,40 15851,20 6,00 2,81 0,57 76,43 15,00 403,20 12,00 44,44 1,29 26,88 0,00 0,00 0,00 0,00 0,00 0,00 1,20 0,00 0,02 22,60
avg-cpu: %user %nice %system %iowait %steal %idle
80,58 0,00 17,20 1,31 0,00 0,91
Device r/s rkB/s rrqm/s %rrqm r_await rareq-sz w/s wkB/s wrqm/s %wrqm w_await wareq-sz d/s dkB/s drqm/s %drqm d_await dareq-sz f/s f_await aqu-sz %util
dm-0 175,60 14868,00 0,00 0,00 0,71 84,67 59,40 261,60 0,00 0,00 2,20 4,40 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,25 19,22
dm-1 0,00 0,00 0,00 0,00 0,00 0,00 4,60 18,40 0,00 0,00 3,17 4,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,01 0,40
dm-2 9,60 677,60 0,00 0,00 0,62 70,58 16,20 603,20 0,00 0,00 1,54 37,23 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,00 0,03 1,68
sda 179,00 15545,60 6,00 3,24 0,69 86,85 43,40 881,60 37,20 46,15 1,61 20,31 0,00 0,00 0,00 0,00 0,00 0,00 0,80 0,25 0,07 20,90
J'ai vraiment du mal à traduire tous ces chiffres. Dans ma console la dernière ligne des %wrqm est colorée. Je ne sais pas si c'est révélateur de quelque chose. (Ce sont les > 50)
Dernière modification par thierryR (02/07/2020 15:11:05)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
J'ai moi-même un eeePC de 2010, le CPU est un Atom N450 de mémoire, 1.6GHz à fond, 1Go de DDR2 à l'origine, mais j'ai remplacé l'unique barrette par une de 2Go (un seul slot, et limité à 2Go/slot, donc au max). Disque mécanique, puisque de toute façon le goulet des accès disque, c'est le CPU.
Dessus, je fais tourner Fedora, avec KDE, c'est pas ce qui se fait de plus rapide, mais c'est pas trop un problème comme il me sert surtout de jukebox.
J'ai essayé d'autres bureaux: LXDE, LXQt, Cinnamon. Peu de différence en fait, c'est toujours le CPU qui limite (et la RAM assez facilement quand il n'avait que 1Go).
J'ai tenté d'améliorer les choses en optimisant un peu: j'ai masqué tous les services dont je ne me sert pas:
PackageKit (qui me nique mon ADSL au démarrage en plus de m'être inutile car je fais les updates à la main)
ModemManger (pas de modem sur ce PC)
NetworkManager.wait...je-ne-sais-plus-quoi (qui permet d'attendre d'être connecté sur le réseau, pas utile car toutes les données sont en local)
LVM & raid (install sur partitionnement standard et pas de raid)
ABRT (système de reporting de bug)
Et d'autres, que je traque avec systemd-analyse blame|critical-chain.
Il y a certainement encore d'autres trucs à faire, mais déjà c'est un début.
Pour ce qui est de la "lourdeur" de KDE, m'est avis que c'est du passé (genre KDE 4.x dont j'ai pas des bons souvenirs), KDE 5.x est relativement léger: je suis à peu près à 400Mo de RAM utilisé sur 8Go sur mon Thinkpad, un peu plus sur mon fixe (16Go, mais aussi pas mal de montages SFTP dans la fstab, des widgets, trois écrans, trois cartes audio, etc...). Donc KDE me semble pas une mauvaise idée pour des machines légère, à condition de faire quelques réglages. Le plus chiant, c'est la taille de l'écran sur mon eeePC: 1024×600, c'est pas rare d'avoir des trucs qui n'accepte pas de rentrer dans la hauteur.
PC Fixe: AMD Ryzen 5 3600X | AsRock B550 Phantom Gaming 4 | Kingston HyperX Predator DDR4 2x 8Go @ 2666MHz | Sapphire Radeon RX580 Nitro+ 4Go GDDR5 | PNY CS3030 500Go NVMe
PC portables: Asus TUF-505DV (AL062T) | Lenovo Thinkpad E520 (11433MG) | Asus eeePC 1005PE
Serveur (ex-fixe): Intel i5-2550K | Gigabyte GA-Z68X-UD3H-B3 | Corsair Vengeance DDR3 2x 4Go @ 1600MHz | Sapphire Radeon R5 230 2Go GDDR3 | Hitachi 7K750 500Go @ 7200rpm
Hors ligne
Merci Vorahk Tu réponds à mon message 11. Je veux faire exactement la même chose que toi car c'est le même matériel. Je ne sais pas comment tu arrêtes packagekit car la commande que j'ai passé est sans effet
sudo systemctl disable packagekit.service
Même après reboot.
Dans https://forums.fedora-fr.org/viewtopic. … 64#p601564
Pas moyen de faire fonctionner:
packagekit-offline-update.service packagekit.service
-bash: packagekit-offline-update.service : commande introuvable
J'ai trouvé comment lister les services :
systemctl list-unit-files --type=service
Dernière modification par thierryR (03/07/2020 00:00:32)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
systemctl disable packagekit.service
systemctl stop packagekit.service
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Il faut que je regarde la commande exacte dans mon .bash_history, mais il me semble que celle que j'ai passée est:
systemctl mask packagekit.timer
J'avais lu qu'il valait mieux masquer que désactiver les services/timer/etc... qu'on ne voulait pas lancer, il y a une différence ensuite dans la gestion par systemd.
Je vais démarrer la bête dans la journée et récupérer les lignes intéressantes de son .bash_history.
@ nouvo09: je dirais même
systemctl disable packagekit.service --now
pour n'avoir qu'une commande à taper. J'ai pris l'habitude de faire comme ça.
PC Fixe: AMD Ryzen 5 3600X | AsRock B550 Phantom Gaming 4 | Kingston HyperX Predator DDR4 2x 8Go @ 2666MHz | Sapphire Radeon RX580 Nitro+ 4Go GDDR5 | PNY CS3030 500Go NVMe
PC portables: Asus TUF-505DV (AL062T) | Lenovo Thinkpad E520 (11433MG) | Asus eeePC 1005PE
Serveur (ex-fixe): Intel i5-2550K | Gigabyte GA-Z68X-UD3H-B3 | Corsair Vengeance DDR3 2x 4Go @ 1600MHz | Sapphire Radeon R5 230 2Go GDDR3 | Hitachi 7K750 500Go @ 7200rpm
Hors ligne
Quand on fait:
systemctl disable packagekit.service
systemctl stop packagekit.service
Au redémarrage on retrouve packagekit.
systemctl status packagekit
● packagekit.service - PackageKit Daemon
Loaded: loaded (/usr/lib/systemd/system/packagekit.service; static; vendor preset: disabled)
Active: active (running) since Fri 2020-07-03 10:16:00 CEST; 26min ago
Main PID: 1322 (packagekitd)
Tasks: 3 (limit: 2315)
Memory: 366.1M
CPU: 28.179s
CGroup: /system.slice/packagekit.service
└─1322 /usr/libexec/packagekitd
Donc effectivement je pense que Vorahk tient le bon bout.
Je pense qu'on pourrait aussi mettre la commande dans un rc.local mais ce ne serait pas propre.
Dernière modification par thierryR (03/07/2020 10:49:10)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Le "mask" empêche tout redémarrage, alors que le "disable" ne fait que désactiver le service au démarrage, de mémoire c'est ça la différence.
Je viens de sortir les unités masquées sur mon eeePC:
systemctl mask lvm2-monitor
systemctl mask NetworkManager-wait-online.service
systemctl mask ModemManager.service
systemctl mask abrtd
systemctl mask cups
systemctl mask bluetooth.target
systemctl mask cups.service
systemctl mask dnf-makecache.service
systemctl mask sssd
Donc c'est dnf-makecache que j'ai masqué, pas packagekit, du coup c'est juste la recherche auto des updates qui est désactivée.
Mais je vais reinstaller une F32 propre sur la bête, j'ai trop de bidouillages avec divers bureaux et divers gestionnaires de fenêtre, et autres paramètres. Je vais repartir sur du KDE propre.
PC Fixe: AMD Ryzen 5 3600X | AsRock B550 Phantom Gaming 4 | Kingston HyperX Predator DDR4 2x 8Go @ 2666MHz | Sapphire Radeon RX580 Nitro+ 4Go GDDR5 | PNY CS3030 500Go NVMe
PC portables: Asus TUF-505DV (AL062T) | Lenovo Thinkpad E520 (11433MG) | Asus eeePC 1005PE
Serveur (ex-fixe): Intel i5-2550K | Gigabyte GA-Z68X-UD3H-B3 | Corsair Vengeance DDR3 2x 4Go @ 1600MHz | Sapphire Radeon R5 230 2Go GDDR3 | Hitachi 7K750 500Go @ 7200rpm
Hors ligne
Comme il est dit dans /etc/bashrc ne serait-il pas propre de faire un fichier a part:
# It's NOT a good idea to change this file unless you know what you
# are doing. It's much better to create a custom.sh shell script in
# /etc/profile.d/ to make custom changes to your environment, as this
# will prevent the need for merging in future updates.
Pour l'idée du rc.local, ce n'est pas une bonne idée car le fichier est lu avant le montage des bureaux.
Pourtant "mask" crée un lien symbolique vers /dev/null/ qui doit empêcher le montage du service.
J'ai testé et mes services sont actifs ???
Dernière modification par thierryR (03/07/2020 14:31:42)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Avec le "mask", les services ne se lancent pas chez moi, la différence est sensible sur les PC les moins puissants sur le temps de démarrage, et je ne sature pas ma ligne ADSL pendant 5 min quand je démarre un des PC (ce qui est le cas si je ne masque pas dnf-makecache). Je fais ça depuis un bout de temps, et les services masqués ne démarrent plus du tout à chaque fois.
Oui, en effet, "mask" redirige vers /dev/null le lien du service, c'est ça qui rend impossible son lancement contrairement à "disable" qui permet de le démarrer automatiquement d'une autre façon (par un autre service ou un programme).
Tout ce qui est fichier rc, je ne m'en sert pas, sauf quand je ne peux pas l'éviter.
PC Fixe: AMD Ryzen 5 3600X | AsRock B550 Phantom Gaming 4 | Kingston HyperX Predator DDR4 2x 8Go @ 2666MHz | Sapphire Radeon RX580 Nitro+ 4Go GDDR5 | PNY CS3030 500Go NVMe
PC portables: Asus TUF-505DV (AL062T) | Lenovo Thinkpad E520 (11433MG) | Asus eeePC 1005PE
Serveur (ex-fixe): Intel i5-2550K | Gigabyte GA-Z68X-UD3H-B3 | Corsair Vengeance DDR3 2x 4Go @ 1600MHz | Sapphire Radeon R5 230 2Go GDDR3 | Hitachi 7K750 500Go @ 7200rpm
Hors ligne
Il y a une page intéressante https://www.it-connect.fr/optimiser-et- … nes-linux/ pour désactiver certains services.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Performances:
J'ai gardé ModemManager.service pour utiliser le SSH
Depuis grub → choix de bureau: 1minute30
Installation KDE: 1 Minute
Dernière modification par thierryR (03/07/2020 16:36:56)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 6.0.12-300.fc37.x86_64 arch: x86_64 bits: 64 Desktop: KDE Plasma v: 5.26.4
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne