Le Fri, 01 May 2015 16:41:59 +0200 Francois Lafont <[email protected]> a écrit:
> Déjà pour être sûr que c'est bien au niveau des I/O disque que ça coince, > vérifie quand même les « I/O wait » de ton CPU [...] durant > une période d'activité et de lenteur de ton système. Tu peux le voir par > exemple avec la commande top au niveau du champ « wa » de l'activité CPU. > Parce que si, au moment où tu utilises gedit, tu constates des lenteurs > et une activité à 100% d'un disque mais que par ailleurs ton CPU n'a pas > d'I/O wait alors c'est que ce n'est pas au niveau du disque que ça coince Je viens de faire le test en fermant gthumb et j'ai bien les wa qui montent fortement (>30). > > Ensuite, si c'est bien une lenteur au niveau des disques, alors pour cibler > un peu plus le coupable tu peux utiliser la commande suivante lors d'une > période de lenteurs : > > # Tu indiques tous tes disques, j'ai cru comprendre que tu en avais 2. > # Le « 2 » en argument ci-dessous signifie un rafraîchissement de > # l'affichage toutes les 2 secondes. > # (je ne sais plus dans quel paquet se trouve cette commande, désolé) > iostat -t -x -m -p /dev/sda,/dev/sdb 2 > > Tu regardes la partition pour laquelle la colonne « await » est la plus > élevée. Je pense que tu l'as déjà fait, mais vérifie bien avec iotop par > exemple qu'il n'y pas un process en train de bourriner des I/O à ton > insu. > Je vois beaucoup d'await (>300 voir même 1000) sur sdb5 et 7 soit /home et /tmp quand je ferme gthumb par exemple. Gaëtan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected] Archive: https://lists.debian.org/[email protected]
