OVH Cloud OVH Cloud

Gel provisoire du système lors d'un cp (et autres accès disque)

31 réponses
Avatar
steve
Bonjour la liste,

J'ai un gros problème depuis quelques temps que je n'arrive pas à
résoudre seul. Les symptômes sont les suivants :

- lors d'une copie d'un gros fichier depuis une partition vers une
autre, le système se gèle provisoirement mais rend la main quelques
instants après la fin de la copie. Pareil depuis un cd vers une
partition. Un htop pendant ces opérations ne monter rien de
particulier, les cpu étant presque au repos et la ram pas du tout
remplie.

- Si je convertis des fichiers audios, pareil, le système se ralentit au
point où je ne peux plus ouvrir un nouveau terminal par exemple.

- Par contre, l'utilisation de iceweasel ne pose aucun problème, ainsi
que les accès ssh par exemple.


Il semble donc que ce sont les accès disque qui posent problème. J'ai
observé ces problèmes depuis que j'ai remplacé un des disque du RAID 1.
Avant ça les deux disques durs étaient pareils, mais maintenant ce n'est
plus le cas, le plus récent ayant par exemple un mode udma plus grand
que l'ancien (udma 7 et udma 6) :

hdparm -I /dev/sda /dev/sdb | grep -i udma
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5
*udma6 udma7
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5
*udma6

(mais là il semble que le noyau règle premier en fonction du second).

J'ai essayé de jouer avec hdparm (en particulier avec l'option -M) mais
je n'ai pas observé d'amélioration. De plus, les disques étant des sata,
je ne suis pas sûr si c'est hdparm ou sdparm qu'il faut utiliser (la doc
n'est pas très claire à ce sujet).


Voilà, je ne sais pas comment résoudre ce problème qui est vraiment
handicapant pour une utilisation courante, surtout que la machine tient
quand même la route :

cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 23
model name : Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz
stepping : 10
cpu MHz : 2999.914
cache size : 6144 KB

cat /proc/meminfo
MemTotal: 2061396 kB


Tout ça avec une Debian stable et un peu de testing.

Merci d'avance pour toute aide,
steve

--
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 debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org

10 réponses

1 2 3 4
Avatar
Kevin Hinault
Le 22 septembre 2009 14:14, Jean-Yves F. Barbier a écr it :

Kernel Debian et mélange stable et testing.



Hmm, les mélanges Debian c'est un peu comme les mélanges d'alcool...
Il-y-a des chances qu'une ou deux incompatibilités soient présentes s ans
être fatales - essaye de revenir en 100% stable, sinon, passe en testin g,
ça devrait résoudre le PB.



J'ai lu récemment un post sur le forum qui expliquait que ce n'était
pas si risqué du moment que les priorités étaient clairement spécif ié
:

http://forum.debian-fr.org/viewtopic.php?f=8&tV59

D'ailleurs, j'ai testé une des solutions proposées : un mélange
squeeze/sid/lenny et ça ne m'a pas l'air d'être moins stable qu'une
pure testing.

PS : je suis le seul à ne plus pouvoir accéder au forum depuis 2 jours ?

--
Kévin
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
http://identi.ca/khi - http://twitter.com/kh_i - http://system-linux.eu
Nick IRC : KevinH sur irc.mozilla.org - irc.debian.org - irc.freenode.net

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
Dominique Dumont
Le mardi 22 septembre 2009 09:30:39, steve a écrit :
- lors d'une copie d'un gros fichier depuis une partition vers une
autre, le système se gèle provisoirement mais rend la main quelques
instants après la fin de la copie. Pareil depuis un cd vers une
partition. Un htop pendant ces opérations ne monter rien de
particulier, les cpu étant presque au repos et la ram pas du tout
remplie.



Cet article me fait penser qu'il pourrait s'agir à un problème de sched uler.

http://lwn.net/Articles/351796/

Essaye la manip indiquée avec

echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features

HTH

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
Yves Rutschle
On Tue, Sep 22, 2009 at 01:30:46PM +0200, steve wrote:
Une autre idée ?



Personellement, j'ai une confiance limitée dans ce que me
dit hdparm (je suis presque sûr que le controleur peut être
dans un mode différent de celui que hdparm dit), je
suggérerais donc de re-forcer le DMA (parce que tes
symptômes correspondent à des accès en PIO):

hdparm -d1 /dev/hdXY

Y.

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
Jean-Yves F. Barbier
Yves Rutschle a écrit :
On Tue, Sep 22, 2009 at 01:30:46PM +0200, steve wrote:
Une autre idée ?



Personellement, j'ai une confiance limitée dans ce que me
dit hdparm (je suis presque sûr que le controleur peut être



heu hdparm passe par des appels du kernel pour converser directement
avec les drivers de contrôle des HDz, donc si tu n'as pas confiance en lui,
autant dire que tu n'as pas confiance dans la fiabilité du kernel...

--

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
steve
Le 22-09-2009, à 14:13:36 +0200, Yves Rutschle () a écrit :

On Tue, Sep 22, 2009 at 01:30:46PM +0200, steve wrote:
> Une autre idée ?

Personellement, j'ai une confiance limitée dans ce que me
dit hdparm (je suis presque sûr que le controleur peut être
dans un mode différent de celui que hdparm dit), je
suggérerais donc de re-forcer le DMA (parce que tes
symptômes correspondent à des accès en PIO):



Vi c'est aussi mon sentiment.

hdparm -d1 /dev/hdXY



Je fais ça ce soir et fais des tests, car pas devant ma machine pour le
moment.

Merci.

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
Pascal Hambourg
Yves Rutschle a écrit :

Personellement, j'ai une confiance limitée dans ce que me
dit hdparm (je suis presque sûr que le controleur peut être
dans un mode différent de celui que hdparm dit), je
suggérerais donc de re-forcer le DMA (parce que tes
symptômes correspondent à des accès en PIO)



hdparm ne dit pas si le DMA est activé ou pas, il indique quel mode
SDMA, MDMA ou UDMA est utilisé si le transfert en DMA est activé. Ceci
dit je me demande quelle est la signification pour un disque SATA d'un
mode de transfert spécifique au PATA.

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
Pascal Hambourg
Pascal Hambourg a écrit :

hdparm ne dit pas si le DMA est activé ou pas, il indique quel mode
SDMA, MDMA ou UDMA est utilisé si le transfert en DMA est activé. Ceci
dit je me demande quelle est la signification pour un disque SATA d'un
mode de transfert spécifique au PATA.



Précision utile : je parle de hdparm -i ou -I, pas de hdparm tout court
qui affiche bien si le transfert en DMA est activé ou non.

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
steve
Le 22-09-2009, à 14:28:58 +0200, Dominique Dumont () a écrit :

Le mardi 22 septembre 2009 09:30:39, steve a écrit :
> - lors d'une copie d'un gros fichier depuis une partition vers une
> autre, le système se gèle provisoirement mais rend la main quelques
> instants après la fin de la copie. Pareil depuis un cd vers une
> partition. Un htop pendant ces opérations ne monter rien de
> particulier, les cpu étant presque au repos et la ram pas du tout
> remplie.

Cet article me fait penser qu'il pourrait s'agir à un problème de scheduler.

http://lwn.net/Articles/351796/



Subscrition required...

Essaye la manip indiquée avec

echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features



C'est pas pour la version 2.6.31 ça ?

Et faut pas monter un fs spécial ? Il me semblait avoir lu ça sur une
autre liste.

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
Dominique Dumont
Le mardi 22 septembre 2009 15:03:34, steve a écrit :
> Cet article me fait penser qu'il pourrait s'agir à un problème de
> scheduler.
> http://lwn.net/Articles/351796/

Subscrition required...



Ah zut. Il sera public dans 2 jours.

> Essaye la manip indiquée avec
>
> echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features

C'est pas pour la version 2.6.31 ça ?



Non, je l'ai sur 2.6.30 (sid).

Et faut pas monter un fs spécial ? Il me semblait avoir lu ça sur une
autre liste.



Oui, il faut monter le kernel debugfs. tu peux ajouter ceci dans ton
/etc/fstab:

debugfs /sys/kernel/debug debugfs defaults 0 2

HTH

--
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
En cas de soucis, contactez EN ANGLAIS
Avatar
steve
Le 22-09-2009, à 17:55:06 +0200, Dominique Dumont () a écrit :

Le mardi 22 septembre 2009 15:03:34, steve a écrit :
> > Cet article me fait penser qu'il pourrait s'agir à un problème de
> > scheduler.
> > http://lwn.net/Articles/351796/
>
> Subscrition required...

Ah zut. Il sera public dans 2 jours.



Pô grave.

> > Essaye la manip indiquée avec
> >
> > echo NO_NEW_FAIR_SLEEPERS > /sys/kernel/debug/sched_features
>
> C'est pas pour la version 2.6.31 ça ?

Non, je l'ai sur 2.6.30 (sid).



Ok.

> Et faut pas monter un fs spécial ? Il me semblait avoir lu ça sur une
> autre liste.

Oui, il faut monter le kernel debugfs. tu peux ajouter ceci dans ton
/etc/fstab:

debugfs /sys/kernel/debug debugfs defaults 0 2



J'ai fait

# mdkir /debug

puis ajouté à /etc/fstab

debug /debug debugfs auto

puis fait un

# mount -a

puis

# echo NO_NEW_FAIR_SLEEPERS > /debug/sched_features


et fait mes tests (essentiellement un cp). Résultat, même lenteur :(


Merci quand même.

steve

--
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
En cas de soucis, contactez EN ANGLAIS
1 2 3 4