Sujet : Re: lenteur disque (à confirmer)
De : schaefer (at) *nospam* alphanet.ch (Marc SCHAEFER)
Groupes : fr.comp.os.linux.configurationDate : 07. Dec 2021, 15:28:22
Autres entêtes
Organisation : Posted through ALPHANET
Message-ID : <sonr26$1hf$1@shakotay.alphanet.ch>
References : 1 2 3 4 5 6 7
User-Agent : tin/2.4.3-20181224 ("Glen Mhor") (UNIX) (Linux/4.19.0-18-amd64 (x86_64))
Christophe PEREZ <
chris@novazur.fr> wrote:
$ netstat -i
Table d'interfaces noyau
Iface MTU RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg
eth0 1500 747186 0 0 0 97050 0 0 0 BMRU
lo 65536 790 0 0 0 790 0 0 0 LRU
Ou qu'elle ne compte pas correctement les erreurs.
http://dpaste.com/8EJ6NMCJ6
Concernant dmesg: je vois que tu es revenu d'hibernation, le problème
avec scp se produit aussi après un redémarrage complet ? (bon,
d'habitude ce sont les périphériques wifi qui ne marchent plus, pas un
truc de performance).
Je ne vois rien de spécial, sinon le chip réseau MSI/forcedeth:
apparemment dans certains cas cela génère bien trop d'interruptions et
ça peut ralentir.
C'est une piste faible, mais pourquoi pas essayer ce work-around:
cat >> /etc/modprobe.d/forcedeth.conf <<EOF
options forcedeth msix=0
EOF
update-initramfs -u -k all
Puis redémarrer complètement.
Alternative: au démarrage de grub, éditer la ligne de commande (e),
ajouter forcedeth.msix=0, faire CTRL-X pour démarrer.
Références:
-
https://www.supermicro.com/support/faqs/faq.cfm?faq=8730 -
https://feeding.cloud.geek.nz/posts/linux-kernel-module-options-on-debian/ -
https://helpful.knobs-dials.com/index.php/Forcedeth_notes (d'autres paramètres de modules y sont proposés)