[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[linux] Re: ( Influence de la swap ) - HDPARM
Benoît Barbier <benoit.br@skynet.be> writes:
> On Tue, 19 Feb 2002 19:17:24 +0100
> Fantasio <Fantasio@LinuxBe.Org> wrote:
> > Un point facilement contrôlable et qui peut ralentir fortement une
> > machine, c'est la vitesse des disques et/ou de la ram.
>
> Comment peut-on contrôler cela ça m'intéresse beaucoup,
pour les disques IDE, utilises hdparm (man hdparm) :
hdparm /dev/hda te donne les principaux paramètres de configuration de
ton premier disque IDE
hdparm -tT /dev/hda te donnes des vitesses pour ce disque (pas des
vitesses physiques, mais des vitesses de bus et de cache)
hdparm -d1 /dev/hda active l'UDMA pour ce disque. Si ton disque et ta
carte mère supporte l'UDMA (tous les disques et cartes modernes le
supportent), essayes hdparm -tT avant et après, ça va te souffler
(sauf si l'UDMA était activé automatiquement)/
D'autres switches utiles sont -mxx (xx vaut 2,4,8,16,32, à essayer),
-c1, -k1, -u1
Voir le man pour leur signification.
> et comment déterminer la taille idéale du swap pour une machine?
Il n'y a pas de taille idéale. Les anciens noyaux avaient besoin de
swap pour fonctionner efficacement, quelle que soit la taille de la
ram. Mais une swap de 4Mb suffisait pour remplir cette condition. Je
ne sais pas si les noyaux récents ont résolu ce "problème".
--
Rémi
---------------------------------------------------
Didier> effectivement, ça peut changer bcp !
Sur ce serveur, très mal configuré... (c'est pas moi chef !)...
J'ai modifié un paramètre à la fois :
[root@xyz01 mrtgadmin]# hdparm -i /dev/hda
/dev/hda:
Model=Maxtor 90644D3, FwRev=GAS54112, SerialNo=A30NYMNC
Config={ Fixed }
RawCHS=13328/15/63, TrkSize=0, SectSize=0, ECCbytes=29
BuffType=DualPortCache, BuffSize=512kB, MaxMultSect=16, MultSect=off
CurCHS=13328/15/63, CurSects=789577920, LBA=yes, LBAsects=12594960
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 udma0 udma1 *udma2
[root@xyz01 mrtgadmin]# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.87 seconds = 68.45 MB/sec
Timing buffered disk reads: 64 MB in 37.38 seconds = 1.71 MB/sec
[root@xyz01 mrtgadmin]# hdparm /dev/hda
/dev/hda:
multcount = 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 784/255/63, sectors = 12594960, start = 0
[root@xyz01 mrtgadmin]# hdparm -d1 /dev/hda
/dev/hda:
setting using_dma to 1 (on)
using_dma = 1 (on)
[root@defens01 mrtgadmin]# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.77 seconds = 72.32 MB/sec
Timing buffered disk reads: 64 MB in 15.93 seconds = 4.02 MB/sec
[root@xyz01 mrtgadmin]#
--> rien que le UDMA, ça fait déjà plus que doubler la vitesse !
Le multisecteur maintenant, le disque supporte 16 comme maximum...
[root@xyz01 mrtgadmin]# hdparm -m16 /dev/hda
/dev/hda:
setting multcount to 16
multcount = 16 (on)
[root@defens01 mrtgadmin]# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.78 seconds = 71.91 MB/sec
Timing buffered disk reads: 64 MB in 11.74 seconds = 5.45 MB/sec
[root@xyz01 mrtgadmin]#
Le 32 bits I/O support :
[root@xyz01 mrtgadmin]# hdparm -c3 /dev/hda
/dev/hda:
setting 32-bit I/O support flag to 3
I/O support = 3 (32-bit w/sync)
[root@defens01 mrtgadmin]# hdparm -tT /dev/hda
/dev/hda:
Timing buffer-cache reads: 128 MB in 1.81 seconds = 70.72 MB/sec
Timing buffered disk reads: 64 MB in 12.66 seconds = 5.06 MB/sec
[root@xyz01 mrtgadmin]#
Tient ! ça c'est négatif ???
Pourquoi ?
Question : j'ose pas trop essayer le paramètre -u1 ...
vu qu'il y a, semble-t-il, un risque (rare) ... ???
------------------
Use this
feature with caution: some drive/controller combi
nations do not tolerate the increased I/O latencies
possible when this feature is enabled, resulting in
massive filesystem corruption. In particular,
CMD-640B and RZ1000 (E)IDE interfaces can be unre
liable (due to a hardware flaw) when this option is
used with kernel versions earlier than 2.0.13
------------------
A mon avis, je ne suis pas dans les cas indiqués là...
Le uname -a me donne une version du kernel 2.2.16-22smp
mais ?
ça ne pose pas de problème chez vous le -u1 ?
Didier
_______________________________________________
Linux Mailing List
Archives: http://unixtech.be/mailman/listinfo/linux