[Debian] Trage HDD

[Verwijderd]

Ik heb zojuist een nieuwe server geinstalleerd met de volgende debian versie:

code:

testing/unstable

Nu viel mij op dat wanneer ik bestanden naar de server toestuur ongveer 3 bestanden van 15 MB met een snelheid gaan van 7 mb/s daarna dropt de speed naar 400 kb/s

Ik heb daarom een hdd test gedaan met het volgende resultaat:

code:

tol-07:/# hdparm -Tt /dev/hdb

/dev/hdb:
 Timing cached reads:   2340 MB in  2.00 seconds = 1169.59 MB/sec
 Timing buffered disk reads:    6 MB in  3.13 seconds =   1.92 MB/sec

Vooral die laatste maakt de hardeschrijf nogal traag

De hardeschrijf info is:

code:

tol-07:/# hdparm -i /dev/hdb

/dev/hdb:

 Model=SAMSUNG SP2514N, FwRev=VF100-33, SerialNo=S08BJ10Y924534
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
 BuffType=DualPortCache, BuffSize=8192kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
 IORDY=on/off, tPIO={min:240,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=no WriteCache=enabled
 Drive conforms to: unknown:

 * signifies the current active mode

en ik heb de volgende settings op hdd:

code:

tol-07:/# hdparm /dev/hdb

/dev/hdb:
 multcount    = 16 (on)
 IO_support   =  3 (32-bit w/sync)
 unmaskirq    =  1 (on)
 using_dma    =  0 (off)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 30401/255/63, sectors = 488397168, start = 0

Als IDE controller heb ik de volgende:

code:

 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE Controller ATI


0000:00:14.1 IDE interface: ATI Technologies Inc Standard Dual Channel PCI IDE Controller ATI (prog-if 8a [Master SecP PriP])
        Subsystem: Elitegroup Computer Systems: Unknown device 1b35
        Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
        Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
        Latency: 64
        Interrupt: pin A routed to IRQ 185
        Region 0: I/O ports at <unassigned>
        Region 1: I/O ports at <unassigned>
        Region 2: I/O ports at <unassigned>
        Region 3: I/O ports at <unassigned>
        Region 4: I/O ports at fe00 [size=16]
        Capabilities: [70] Message Signalled Interrupts: 64bit- Queue=0/0 Enable-
                Address: 00000000  Data: 0000

Het systeem is een Celeron 2.8 Ghz met 1 GB ram. Je merkt zodra ik begin met het kopieren van bestanden dat het systeem traag word en gigantisch veel CPU power gebruikt (70 tot 80%)

Weet iemand een oplossing waardoor ik de schrijf sneller kan krijgen.

[ Voor 13% gewijzigd door Verwijderd op 22-10-2005 19:09 ]

[W3lta]

Voor zover ik zie staat DMA niet aangeschakeld op je hd, die aanleggen zou een enorm verschil moeten maken.

[Sander]

Zoiezo DMA aanzetten lijkt me...

[Verwijderd]

Zoiets verwachte ik al, die speed bij hdd test zegt dat jullie wat ?

[W3lta]

code:

onehorn:/# hdparm -Tt /dev/hda

/dev/hda:
 Timing cached reads:   512 MB in  2.00 seconds = 255.91 MB/sec
 Timing buffered disk reads:   18 MB in  3.25 seconds =   5.53 MB/sec
onehorn:/# hdparm -i /dev/hda

/dev/hda:

 Model=ST31722A, FwRev=0.42, SerialNo=GJ892423
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=3303/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=128kB, MaxMultSect=16, MultSect=off
 CurCHS=3303/16/63, CurSects=3329424, LBA=yes, LBAsects=3329424
 IORDY=on/off, tPIO={min:383,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 *udma2 
 AdvancedPM=no
 Drive conforms to: unknown:  0 1 2

 * signifies the current active mode

onehorn:/# hdparm  /dev/hda

/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     = 3303/16/63, sectors = 3329424, start = 0
onehorn:/#

Dit zijn de instellingen van mijn testserver. Let wel, het is een oude schijf die ik nog rondslingeren had. Die schijf is een 5200 rpm schijfje.

Als ik jou waarden bekijk ziet er dat er netjes uit, dus dma aanschakelen zou een wereld van verschil moeten maken.

[styno]

Hmm, een 5400 toeren schijf moet wel wat sneller kunnen lezen dan 5 Mb/s hoor!
Hier een logje van mijn Samsung 160Gb 5400 toeren disk in een PIII Celeron 1 GHz SFF servertje (draait Debian Sarge (3.1) met een stock 386 kernel):

code:

/dev/hda:
 Timing cached reads:   448 MB in  2.00 seconds = 223.59 MB/sec
 Timing buffered disk reads:  114 MB in  3.02 seconds =  37.80 MB/sec

Schijf info:

code:

hdparm -i /dev/hda

/dev/hda:

 Model=SAMSUNG SV1604N, FwRev=TR100-23, SerialNo=S01FJ10WC38597
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=4317/15/255, CurSects=16512525, LBA=yes, LBAsects=268435455
 IORDY=on/off, tPIO={min:240,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 udma6
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: (null):

 * signifies the current active mode

Schrijven gaat overigens met 9 MByte/s continue (700 Mb test file) over SAMBA, met FTP ligt dit rond de 11 MB/s (100 Mbit netwerk).

[ Voor 11% gewijzigd door styno op 22-10-2005 19:46 ]

[W3lta]

Mijn schijfje zit toch aan z'n limiet hoor, jou schijfje haalt gewoon meer leessnelheid omdat die schijf tot udma6 aankan. De schijf die in mijn testserver zit kan maar udma2 aan.
Qua doorvoer op het netwerk heb ik niet echt een gedacht, het is een webserver, geen fileserver.

[sampoo]

Pas wanneer je iets aan het volgende gedaan hebt kan je iets zeggen over de limiet. Bij udma2 is tot 33MB/s mogelijk dat zou voor veel udma6 schijven ook niet zoveel uitmaken.

multcount = 0 (off)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)

Door bovenstaande te veranderen hoeft niet noodzakelijk de doorvoer te verdubbelen maar multcount en IO_support moeten de doorvoer toch enigzins goed doen. Unmaskirq zal Linux wel wat vlugger doen reageren.

[HarmoniousVibe]

Safe performance options, volgens het Gentoo Handbook:
hdparm -d 1 -A 1 -m 16 -u 1 -a 64 /dev/hda

Zelf voeg ik ook meestal -c1 of -c3 toe

[ Voor 12% gewijzigd door HarmoniousVibe op 23-10-2005 15:17 ]

[Snow_King]

Ligt het niet aan het feit dat Debian die ATI controller niet goed ondersteund?

EDIT: Ja, vanaf kernel 2.6.11 zit er support in voor de ATI chipset. Weet je zeker dat je de goede kernel draait?

[ Voor 44% gewijzigd door Snow_King op 25-10-2005 22:26 ]