IOwait très sollicité pendant l'activité du disque

Support Debian
#1

Yop,

Alors me revoila avec le même problème mais avec plus d’informations. :slightly_smiling:

J’ai suvi les conseilles de certains :

  • Un check du disque qui est OK.
  • Une utilisation du noyau Debian qui ne change rien.
  • Utilisation du dernier noyau 2.6.18-rc7 qui ne change rien non plus.
  • J’ai aussi changé le mode preemptif en essayent les 3 modes et idem.
  • J’ai changé la fréquence du kernel et idem.
  • J’ai changé le scheduler en CFQ et idem.

Je sèche pas mal en fait.
J’ai posté sur debian.net mais mon problème semble interresser personne…
Merci d’avance. :blush:

#2

Quels sont tes paramètres hdparm??

#3

J’ai essayé avec -d1 -c1 et -d1 -c3 , c’est le même résultat.

#4

Quand je reboot en 2.6.8 je n’ai pas ce problème !
Quand j’installe un noyau via APT (2.6.17) le problème est toujours là.
Quand je compile un noyau à partir des sources d’APT le problème est toujours là.
Quand je compile un noyau à partir des sources de Kernel.org le problème est toujours là.

Bizarre, tout ça.

#5

et bien reste en 2.6.8, où est le pbm??? Essaye le 2.6.12, il y a eu des tansformations majeurs du 12 au 13.

PS: le terme stable à propos du 2.6 me laisse rêveur

#6

[HS]C’est vrai que pour les 2.6, les versions de noyau défilent.[/HS]

#7

Ben j’ai du matos assez récent et je ne sais pas si le 2.6.12 le gère comme il faut ?

#8

Soyons précis, quel était l’intérêt de passer en 2.6.17???

#9

Ben ils sortent bien un nouveau noyau pour corriger des erreurs (bugs) et pour un meilleur support matériel (SATA, PCIe) nan ?

#10

Ben tu vois comment ça se passe! Ton noyau 2.6.8, noyau de la sarge, marche très bien, gardes le. Si il y a un pbm de sécurité, il y aura un patch de Debian pour le corriger. Mes serveurs sont sous 2.0 (imprimante et sauvegarde/NTP), 2.2 (serveur central du lycée) et 2.4 (le reste), pas un 2.6 là dessus et je n’ai pas eu à m’en plaindre. Le passage à une version supérieure (n’est pas une mise à jour de sécurité) sans trop savoir pourquoi on le fait est (toujours) une mauvaise idée et n’apporte que des ennuis.

#11

Goldyfruit, moi aussi, j’aime bien avoir le dernier noyau des derniers, mais c’est vrai qu’avec les 2.6, il y a parfois des régressions. Donc je teste les nouveaux noyaux avant de les utiliser définitivement.

#12

fran.b: comme tu n’utilises pas les derniers noyaux, tu ne peux pas apprècier toutes les évolutions de la gestion du pnp sur les derniers noyaux, du coup.
Et les fonctionnalités avancées d’iptables ?

#13

tu utilises la config du 2.6.8, pour compiler le autres noyaux?

#14

Nan.

#15

ya ptêtre un éspoir,
cp /boot/config-2.6.8 chemin_du_kernel/.config

rajoutes tes options necessaire au pire, et t’auras la même config que le 2.6.8 avec ton nouveau kernel…

corrigez moi si je débite des boulettes plus grosses que ma bouche :smiley:

#16

[quote=“MattOTop”]fran.b: comme tu n’utilises pas les derniers noyaux, tu ne peux pas apprècier toutes les évolutions de la gestion du pnp sur les derniers noyaux, du coup.
Et les fonctionnalités avancées d’iptables ?[/quote]
J’ai tout ce qu’il me faut sur les noyaux 2.4 pour le moment…

#17

[quote=“le_petit_chat_noir”]ya ptêtre un éspoir,
cp /boot/config-2.6.8 chemin_du_kernel/.config

rajoutes tes options necessaire au pire, et t’auras la même config que le 2.6.8 avec ton nouveau kernel…

corrigez moi si je débite des boulettes plus grosses que ma bouche :smiley:[/quote]
Et tu peux faire make oldconfig, ca te donnera les nouvelles options.

#18

[quote=“jabba”][quote=“le_petit_chat_noir”]ya ptêtre un éspoir,
cp /boot/config-2.6.8 chemin_du_kernel/.config

rajoutes tes options necessaire au pire, et t’auras la même config que le 2.6.8 avec ton nouveau kernel…

corrigez moi si je débite des boulettes plus grosses que ma bouche :smiley:[/quote]
Et tu peux faire make oldconfig, ca te donnera les nouvelles options.[/quote]+1
Mais si ça se trouve, c’est une regression dans le pilote du controleur, et la config noyau n’y changera rien.

#19

Ouai ba en fait j’ai dû fumer car même en 2.6.8 ça merdouille…
Sinon voici un iostat :

[code]avg-cpu: %user %nice %system %iowait %steal %idle
36,68 0,00 10,05 53,27 0,00 0,00

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
hda 0,00 21,11 150,75 27,64 2122,61 389,95 14,08 2,66 14,28 4,86 86,73

avg-cpu: %user %nice %system %iowait %steal %idle
11,00 0,00 4,50 84,50 0,00 0,00

Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
hda 3,50 27,50 96,50 36,00 1780,00 446,00 16,80 4,72 35,17 7,52 99,65
[/code]
J’ai essayé de virer Hal, Udev, Dbus mais rien à faire, de plus au bout d’un moment mon système se met à swapper…

EDIT : Rebooté depuis 12 minutes et il swap :

13:54 cartman@serveur ~% free -m total used free shared buffers cached Mem: 1009 986 23 0 14 171 -/+ buffers/cache: 800 208 Swap: 1427 13 1413 13:55 cartman@serveur ~%

#20

Essaye le 2.6.18, le support sata a l’air d’etre plus mature.
Au fait ton système de fichiers c’est quoi?
Tu as plusieurs partitions dessus?