steve a écrit : > Le 28-09-2009, à 16:16:18 +0200, Jean-Yves F. Barbier ([email protected]) a > écrit : > > Attends, là tu parles de la debian toute fraîche ou le système que > j'essaie de réparer ? Car ya pu de debian toute fraîche, j'ai utilisé le > disque pour refaire le raid 1. Ce qui est fait d'ailleurs et en gros ça > n'a pas changé grand chose, les lenteurs persistent lors de la copie de > données d'un DVD (un fichier de 600Mb). J'ai fait des tests avec le > second lecteur dvd, même problème. Ensuite j'ai physiquement débranché > le lecteur DVD le plus lent et refait des tests, et là il semblait que > ça allait mais sans être parfait car après 10-15 secondes, le système se > figeait jusqu'à la fin de la copie. Ensuite, j'ai redémarré sur un > ancien noyau (2.6.26) et refait les tests. Comme avant. Et juste avant > de répondre à ce message, je me suis logué sous gnome, puis fluxbox en > pensant que c'était peut-être kde qui faisait des siennes, et bingo, > toujours pareil.
Pas facile de tout suivre mais personne ne t'a parlé de fragmentation ? Parce que ça peut tout à fait générer de tels problèmes de latence. Quel espace libre reste-t-il ? Tu peux déjà te faire une idée avec filefrag sur un ensemble de fichiers et iotop pendant la copie de ces derniers pour test. Perso, confronté à des problèmes équivalents j'ai pu améliorer la situation en cherchant la meilleure combinaison de réglages au niveau des schedulers mais une grande quantité de fichiers fragmentés arrive qd mm à ralentir mon système. Il y aussi latencytop qui devrait t'aider à trouver la cause exacte du problème. rvdru -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:" Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected]
