Pour ma part, j'ai eu de sérieux problèmes de latence il y a quelques temps (sous Debian GNU/Linux Sid) lors des copies (avec la commande cp ou avec un navigateur de fichiers).
Au-delà d'un certain volume de données (> 300 Mo ; petits ou gros fichiers) la réactivité du système finissait par complètement s'effondrer au bout de quelques instants à peine (pour se faire une idée, un simple changement d'onglet dans Konqueror pouvant nécessiter jusqu'à 8 secondes !), au point que l'OS devienne presque inutilisable. Pourtant rien d'anormal au niveau de la consommation des ressources (CPU à ~20%, occupation mémoire normale...).
Je précise que j'utilisais le même matériel depuis 3~4 ans sous GNU/Linux sans avoir jamais observé de tels problèmes (que ce soit sous Fedora, Gentoo et, depuis un bon moment, Debian) : un DELL Inspiron 8500, P4 @ 2.4 GHz ; 1 Go de RAM ; HDD 30 Go 5400tpm.
J'ai d'abord essayé diverses solutions, sans résultat :
recompilation d'un noyau avec les sources patchées Debian ou Vanilla, différentes versions (2.6.22.x, 2.6.23.x) avec différentes configs (PREEMPT : voluntary et low-latency desktop ; no forced preemption), hdparm (DMA et consorts), smartmontools (souci matériel ?), etc.
Après ces investigations, je suis arrivé à la conclusion que ça ne pouvait venir que du FS : peu de temps avant l'apparition des problèmes de latence, j'avais effectivement reformaté mon /home en ReiserFS (3.6), histoire de tester.
Finalement, malgré des reiserfsck sans erreur mais toujours sans résultat, j'ai fini par reformater mon /home en Ext3 (que j'utilisais auparavant sans souci) ce qui a "réglé" le problème (depuis, j'ai aussi fait des essais avec XFS, qui offre de bons résultats, sans latence pendant les copies).
Conclusion :
J'aurai aimé avoir eu connaissance d'un outil comme LatencyTOP à ce moment-là ; peut-être aurais-je pu en savoir davantage sur cette étrange histoire de latence avec ReiserFS.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: huuum
Posté par THR4K . En réponse au journal Après PowerTOP voici LatencyTOP. Évalué à 9.
Pour ma part, j'ai eu de sérieux problèmes de latence il y a quelques temps (sous Debian GNU/Linux Sid) lors des copies (avec la commande cp ou avec un navigateur de fichiers).
Au-delà d'un certain volume de données (> 300 Mo ; petits ou gros fichiers) la réactivité du système finissait par complètement s'effondrer au bout de quelques instants à peine (pour se faire une idée, un simple changement d'onglet dans Konqueror pouvant nécessiter jusqu'à 8 secondes !), au point que l'OS devienne presque inutilisable. Pourtant rien d'anormal au niveau de la consommation des ressources (CPU à ~20%, occupation mémoire normale...).
Je précise que j'utilisais le même matériel depuis 3~4 ans sous GNU/Linux sans avoir jamais observé de tels problèmes (que ce soit sous Fedora, Gentoo et, depuis un bon moment, Debian) : un DELL Inspiron 8500, P4 @ 2.4 GHz ; 1 Go de RAM ; HDD 30 Go 5400tpm.
J'ai d'abord essayé diverses solutions, sans résultat :
recompilation d'un noyau avec les sources patchées Debian ou Vanilla, différentes versions (2.6.22.x, 2.6.23.x) avec différentes configs (PREEMPT : voluntary et low-latency desktop ; no forced preemption), hdparm (DMA et consorts), smartmontools (souci matériel ?), etc.
Après ces investigations, je suis arrivé à la conclusion que ça ne pouvait venir que du FS : peu de temps avant l'apparition des problèmes de latence, j'avais effectivement reformaté mon /home en ReiserFS (3.6), histoire de tester.
Finalement, malgré des reiserfsck sans erreur mais toujours sans résultat, j'ai fini par reformater mon /home en Ext3 (que j'utilisais auparavant sans souci) ce qui a "réglé" le problème (depuis, j'ai aussi fait des essais avec XFS, qui offre de bons résultats, sans latence pendant les copies).
Conclusion :
J'aurai aimé avoir eu connaissance d'un outil comme LatencyTOP à ce moment-là ; peut-être aurais-je pu en savoir davantage sur cette étrange histoire de latence avec ReiserFS.
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.