View previous topic :: View next topic |
Author |
Message |
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Wed May 31, 2006 11:01 pm Post subject: [Général] Lenteurs à cause du disque dur... (Tant pis...) |
|
|
Bonjour à tous !
J'ai des petits soucis, pas bien méchants mais des fois très dérangeants... Comme tout le monde le sait, Linux gère très bien l'ordonnancement des tâches et le système reste très réactif même si le cpu est occupé à 100%. Par contre, dans mon cas, ça ne se passe absolument pas comme ça avec les accès disque, et je peux même dire que mon système est limite utilisable lors de copies ou de grosses décompressions. Ce n'est pas catastrophique, mais ce qui m'étonne c'est qu'il ne se passe pas le même phénomène sous windows, ou du moins pas à ce point. Pourtant, j'ai vérifié que l'udma était bien activé et ma config hdparm semble correcte... Si vous avez des idées, elles sont les bienvenues D'ailleurs, Il n'y a peut être pas de solution...
Merci d'avance ! _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder
Last edited by theniaky on Fri Jun 02, 2006 11:34 pm; edited 1 time in total |
|
Back to top |
|
|
CryoGen Veteran
Joined: 11 Feb 2004 Posts: 1426 Location: Bamako - Mali - Afrique
|
Posted: Wed May 31, 2006 11:14 pm Post subject: |
|
|
Ce genre de probleme peut arriver quand on se trompe de chipset dans la config du noyau... mais en général c'est accompagné de message d'erreur venant de hdparm quand on tente d'activer le dma donc ca ne semble pas etre ca _________________ - CryoGen` on #gentoofr@irc.freenode.net
- ~amd64 / KDE4
- I'm the bone of my sword... |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Wed May 31, 2006 11:15 pm Post subject: |
|
|
ben hdparm -i, file -s /dev/hdaX (celui de /) et cat /proc/mounts pour commencer. |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Thu Jun 01, 2006 12:10 am Post subject: |
|
|
hdparm -i /dev/hda
Code: | /dev/hda:
Model=SAMSUNG MP0804H, FwRev=YS200-04, SerialNo=S042J20YC97496
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156368016
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive conforms to: (null): ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7
* signifies the current active mode
|
file -s /dev/hda5
Code: | /dev/hda5: Linux rev 1.0 ext3 filesystem data (needs journal recovery) (large files)
|
cat /proc/mounts
Code: | rootfs / rootfs rw 0 0
/dev/root / ext3 rw,noatime,data=ordered 0 0
proc /proc proc rw,nodiratime 0 0
sysfs /sys sysfs rw 0 0
udev /dev tmpfs rw,nosuid 0 0
devpts /dev/pts devpts rw 0 0
tmpfs /dev/shm tmpfs rw 0 0
usbfs /proc/bus/usb usbfs rw 0 0
|
_________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
bong Apprentice
Joined: 26 Oct 2004 Posts: 276 Location: Brest / Metz
|
Posted: Thu Jun 01, 2006 5:43 am Post subject: |
|
|
Bizarre, l'udma semble pourtant actif...
Essaye ça pour voir: Code: | grep IOSCHED /usr/src/linux/.config |
|
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Thu Jun 01, 2006 8:16 am Post subject: |
|
|
par contre j'arrive pas à savoir s'il a le read-look-ahead ou pas... hdparm -tT et hdparm tout court ça dit quoi? si jamais le tT te sort un truc misérable (genre 5Mo/s) essaye hdparm -A1 |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Thu Jun 01, 2006 12:35 pm Post subject: |
|
|
Un grep IOSCHED /usr/src/linux/.config ne me renvoie rien... dois pas avoir activé l'option...
hdparm /dev/hda :
Code: |
/dev/hda:
multcount = 0 (off)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 16383/255/63, sectors = 156368016, start = 0
|
et voici ce que me donne hdparm -tT /dev/hda
Code: |
/dev/hda:
Timing cached reads: 1548 MB in 2.00 seconds = 775.50 MB/sec
Timing buffered disk reads: 90 MB in 3.02 seconds = 29.80 MB/sec
|
Les résultats semblent corrects sans être exceptionnels... Je précise que c'est un samsung 5400 tr/min 2"5 _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Thu Jun 01, 2006 1:01 pm Post subject: |
|
|
Ouaip même diagnostique, pour moi la piste settings disque durs est à abandonner.
Pour le scheduler tu peux faire cat /sys/block/device/hda/queue/scheduler
sinon fais aussi un uname -a pour voir. |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Thu Jun 01, 2006 1:06 pm Post subject: |
|
|
Je ne peux pas faire de cat /sys/block/device/hda/queue/scheduler car je n'ai pas le répertoire queue...
Pour le noyau :
Code: | Linux localhost 2.6.14.4 #14 PREEMPT Tue Aug 8 17:07:03 CEST 2006 i686 Intel(R) Celeron(R) M processor 1500MHz GNU/Linux
|
Il est loin d'être parfaitement propre mais normalement tout ce qui concerne l'ide et le chipset devrait être bon...
Mais peut etre que le problème vient tout simplement des 5400 tr/min de mon disque... d'un coté, tout le monde n'a pas de 7200 sur un portable... _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
bong Apprentice
Joined: 26 Oct 2004 Posts: 276 Location: Brest / Metz
|
Posted: Thu Jun 01, 2006 1:40 pm Post subject: |
|
|
theniaky wrote: | Je ne peux pas faire de cat /sys/block/device/hda/queue/scheduler car je n'ai pas le répertoire queue... |
Essaye plutot ceci: Code: | cat /sys/block/hda/queue/scheduler |
|
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Thu Jun 01, 2006 2:05 pm Post subject: |
|
|
Qu'un disque dur soit lent je veux bien, mais qu'il mette à mal l'interactivité du système, non! c'est possible que j'ai raté mon path ou que device repointe vers . mais si y'a pas de scheduler ça peut être une bonne piste. |
|
Back to top |
|
|
zeuss1414 Guru
Joined: 23 Mar 2004 Posts: 490
|
Posted: Thu Jun 01, 2006 2:17 pm Post subject: |
|
|
J'ai eu un problème similaire sur mon PC. En fait dès que je faisait une copie d'un disque a l'autre ou d'autre acces disque plus ou moins rapide Le problème venais du fait que j'avais activer dans le noyau plusieur "driver" IDE.
J'ai donc garder que celui qui correspondait a mon chipset et hop depuis ROULEZ .... |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Thu Jun 01, 2006 7:56 pm Post subject: |
|
|
Voici ce que me donne cat /sys/block/hda/queue/scheduler :
Code: | noop [anticipatory] deadline cfq
|
Je vais essayer de nettoyer un peu mon noyau en ce qui concerne les "drivers" ide...
[EDIT] Arf ben ça a l'air déjà propre : seul mon chipset est sélectionné en dur... _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Thu Jun 01, 2006 8:30 pm Post subject: |
|
|
Heu... free -m des fois que ca swapperait? |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Thu Jun 01, 2006 9:04 pm Post subject: |
|
|
non non ça swappe pas du tout :
Code: | total used free shared buffers cached
Mem: 503 492 11 0 4 295
-/+ buffers/cache: 192 311
Swap: 776 0 776
|
_________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Fri Jun 02, 2006 6:43 am Post subject: |
|
|
Bon alors ma toute dernière hyppothèse c'est que c'est que xorg bouffe de la ressource cpu (pas d'acceleration 3d mauvais pilote?) et que du coup au premier truc un peu intense il galère...
sinon pour améliorer l'interactivité y'a pas mal de moyens mais quand même... on devrait pas avoir de lock |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Fri Jun 02, 2006 9:49 am Post subject: |
|
|
Pour la 3D j'utilise les drivers proprio d'ati fglrx
Je n'ai pas de lock mais des fois c'est limite. L'exemple le plus flagrant c'est quand j'utilise qemu mais là, ça ne m'étonne pas trop... _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
Ey l33t
Joined: 07 Apr 2005 Posts: 863 Location: Paris
|
Posted: Fri Jun 02, 2006 10:07 am Post subject: |
|
|
theniaky wrote: | Code: |
/dev/hda:
multcount = 0 (off)
IO_support = 0 (default 16-bit)
|
|
Il y a une raison particulière pour laquelle tu n'as pas activé le mode 32bits ?
Code: | hdparm -c1 /dev/hda |
(si ça ne marche pas essaie avec -c3) |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Fri Jun 02, 2006 3:10 pm Post subject: |
|
|
Je vais tester ça... Normalement ça change beaucoup les performances ? _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Fri Jun 02, 2006 11:33 pm Post subject: |
|
|
Bon ben j'ai testé et j'ai du mal à dire si c'est mieux ou pas...
Je pense que je vais laisser tomber... Ce n'est pas bien grave et c'est juste embêtant de temps en temps... Merci à tous ceux qui m'ont aidé _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Sun Jun 04, 2006 11:47 am Post subject: |
|
|
Pour qemu c'est normal il me semble que sa pseudo-RAM est un fichier quelque part dans /tmp, c'est pourquoi on conseille souvent de mounter /tmp en tmpfs lorsque l'on utilise qemu. Sinon si tu as pas de lockmais juste quelques soucis d'interactivité tu peux tenter quelques petits trucs genre :
un kernel basé sur les ck genre CJ-sources, utiliser l'iosched cfq qui est plus équitable, activer les options de kernel forced preemtion et preempt the kernel big lock ... et si tu ne le fait pas déjà ajouter PORTAGE_NICENESS=10 à ton make.conf |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Sun Jun 04, 2006 1:29 pm Post subject: |
|
|
Ok, merci pour l'info.
D'ailleurs je précise toutefois que vmware bloque beaucoup moins la machine et est beaucoup plus performant... même si c'est proprio c'est encore la référence... _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
-KuRGaN- Veteran
Joined: 05 Dec 2004 Posts: 1142 Location: Besançon (25) [FRANCE]
|
Posted: Sun Jun 04, 2006 1:34 pm Post subject: |
|
|
[Pub mode=On]
Tester xen, c'est l'adopter
En plus c'est libre !! _________________ Knight Gent00 Industries RiDeR !!!! |
|
Back to top |
|
|
theniaky Guru
Joined: 23 Feb 2006 Posts: 452
|
Posted: Sun Jun 04, 2006 2:28 pm Post subject: |
|
|
Quote: | Tester xen, c'est l'adopter
En plus c'est libre !!
|
J'ai déjà entendu parler... est-ce que ca a les mêmes fonctionalités que vmware ?
[EDIT] Je viens de me renseigner et en effet, xen a l'air très intéressant. Par contre il ne gère pas les systèmes microsoft... raison pour laquelle j'utilise vmware... Dommage pour moi _________________ A New York les taxis sont jaunes, à Londres ils sont noirs et à Paris ils sont cons. Frédéric Beigbeder |
|
Back to top |
|
|
Enlight Advocate
Joined: 28 Oct 2004 Posts: 3519 Location: Alsace (France)
|
Posted: Tue Jun 06, 2006 11:03 am Post subject: |
|
|
Tu parles de qemu avec ou sans kqemu??? |
|
Back to top |
|
|
|