[hdparm] hd performance

Pagina: 1
Acties:

  • estorino
  • Registratie: Maart 2000
  • Laatst online: 19-04 22:02
Ok, laat het aub duidelijk zijn dat ik de search intensief gebruikt heb, maar dat ik blijf zitten met de volgende vraag. :)

Eerst de gegevens:

Debian 3.0 (Woody) geinstalleerd op een Intel 440BX mobo (udma33).
Standaard kernel (2.2.20), niet zelf gecompiled.

/dev/hda: 6,4Gb. WD 5400Rpm.
/dev/hdb: cdrom
/dev/hdc: 80Gb. IBM 7200Rpm.
/dev/hdd: 40Gb. Maxtor 5400Rpm.

In de bios staan de sec. master en slave (/dev/hdc en hdd) uit, omdat ze anders
niet herkend worden en dan boot de PC niet...

Ik heb hdparm los gelaten op /dev/hda:

/dev/hda:

Model=WDC AC36400L, FwRev=09.09M08, SerialNo=WD-WM4202282745
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=13328/15/63, TrkSize=57600, SectSize=600, ECCbytes=22
BuffType=DualPortCache, BuffSize=256kB, MaxMultSect=16, MultSect=16
CurCHS=13328/15/63, CurSects=12594960, LBA=yes, LBAsects=12594960
IORDY=on/off, tPIO={min:160,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2 udma0 udma1 *udma2
AdvancedPM=no WriteCache=enabled
Drive Supports : Reserved : ATA-1 ATA-2 ATA-3 ATA-4

hdparm -d1 -c3 -m16 /dev/hda

Dit levert op:

/dev/hda:
Timing buffer-cache reads: 128 MB in 1.39 seconds = 92.09 MB/sec
Timing buffered disk reads: 64 MB in 6.53 seconds = 9.80 MB/sec

Voor zo'n simpel oud schijfje is dat normaal. :)

ECHTER!

hdparm /dev/hda

/dev/hda:
multcount = 16 (on)
I/O support = 3 (32-bit w/sync)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 784/255/63, sectors = 12594960, start = 0
HDIO_GET_BUSSTATE failed: Input/output error

Die onderste regel (HDIO...), dat kan niet goed zijn! :?

Hetzelfde zie ik bij /dev/hdc:


/dev/hdc:
multcount = 16 (on)
I/O support = 3 (32-bit w/sync)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 10011/255/63, sectors = 160836480, start = 0
HDIO_GET_BUSSTATE failed: Input/output error

Met dezelfde parameters (hdparm -d1 -c3 -m16 /dev/hdc)
krijg ik echter de volgende performance:

/dev/hdc:
Timing buffer-cache reads: 128 MB in 1.40 seconds = 91.43 MB/sec
Timing buffered disk reads: 64 MB in 21.00 seconds = 3.05 MB/sec

3.05MB/sec ??? Da's niet zo best... :(

Ditzelfde gaat op voor /dev/hdd

Ok, mijn eigenlijke vraag: :)

Hoe verbeter ik de performance van /dev/hdc en /dev/hdd?
Ze gaan, gok ik, zo langzaam omdat ze uit staan in de bios en op een of andere
manier lukt het dan niet om met de juiste parameters een normale performance te krijgen... Right? :?

Ik heb de source van 2.4.22 klaarstaan on te gaan compilen, maar je zou zeggen
dat de huidige kernel 2.2.20 op een BX bord toch ook wel mijn hd's normaal kan aansturen, right? :?

Edit:

Een vergelijkbaar probleem in staat in:

trage harddisk

Daar wordt gezegd dat kernel compilen DE oplossing is. Kan het niet anders?
En zo ja, hoe verklaar je dan dat /dev/hda wel normaal presteert?

[ Voor 5% gewijzigd door estorino op 13-11-2003 10:39 ]

https://www.strava.com/athletes/10490675


  • estorino
  • Registratie: Maart 2000
  • Laatst online: 19-04 22:02
Dan post ik mijn eigen bevindingen maar even! :)

Ik heb succesvol kernel 2.4.22 gecompileerd en geinstalleerd en hdparm /dev/hdc
geeft het volgende aan:

/dev/hdc:
multcount = 16 (on)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 10011/255/63, sectors = 160836480, start = 0
busstate = 1 (on)

De foutmelding is weg! En tevens staat DMA nu standaard aan! :)
Kortom, een nieuwe kernel lijkt de oplossing geweest te zijn...

server:~#
server:~# hdparm -tT /dev/hdc

/dev/hdc:
Timing buffer-cache reads: 128 MB in 1.23 seconds =104.07 MB/sec
Timing buffered disk reads: 64 MB in 2.17 seconds = 29.49 MB/sec
server:~#

Da's al een heel stuk beter... :)

https://www.strava.com/athletes/10490675


  • sebas
  • Registratie: April 2000
  • Laatst online: 16-12-2025
Je hoeft als je in woody een 2.4 kernel wil helemaal niet zelf te gaan compilen:
code:
1
apt-get install kernel-image-2.4.18-bf2.4


Bij de installatie kun je er trouwens ook voor kiezen om met een 2.4 kernel aan de slag te gaan (meestal wel aan te raden). Hiervoor boot je de installatie cd met de bf24 kernel (zie docs/).

Everyone complains of his memory, no one of his judgement.


  • Wilke
  • Registratie: December 2000
  • Laatst online: 12:38
Linux 2.2.20 is ook al meer dan 2 jaar oud, maar goed, je zou inderdaad alsnog verwachten dat met zo'n oud moederboard alles wel werkt.

  • DAMAGE
  • Registratie: December 2001
  • Laatst online: 17-04 21:40

DAMAGE

a.k.a. Rice_NL

dat kernel apt-getten heb ik helemaal geen goede ervaringen mee, en zou het daarom maar niet doen. compile gewoon zelf een kernel, zo moeilijk is dat niet op de debian mannier, zoek maar eens in de GoT search om debain way kernel compilen ofzo.

Dat apt-getten van een kernel kan soms leiden tot een niet bootend systeem!

Lian Li O11 Dynamic EVO | Corsair HX1500i | Intel i9 13900K | ASUS Maximus HERO Z790 | 32GB GSkill Trident Z5 7200 DDR5 | Samsung 980 Pro 2TB | RTX 4080 | Simucube 2 Pro wheel


Verwijderd

Ik heb dit probleem een keer gehad, en toen bleek dat md0 (raid) op de achtergrond aan het synchroniseren was, wat dus al mijn disk-bandbreede opslurpte.

Edit: ah, je lijkt het opgelost te hebben!

Ik zou 'unmaskirq' aanzetten als ik jou was, dit verhoogt de respons van het systeem aanzienlijk tijdens IDE interrupts.

[ Voor 36% gewijzigd door Verwijderd op 14-11-2003 11:55 ]


  • sebas
  • Registratie: April 2000
  • Laatst online: 16-12-2025
DAMAGE schreef op 14 november 2003 @ 11:50:
dat kernel apt-getten heb ik helemaal geen goede ervaringen mee, en zou het daarom maar niet doen. compile gewoon zelf een kernel, zo moeilijk is dat niet op de debian mannier, zoek maar eens in de GoT search om debain way kernel compilen ofzo.

Dat apt-getten van een kernel kan soms leiden tot een niet bootend systeem!
* sebas gokt dat zelf bakken van een kernel significant vaker tot een niet bootend systeem leidt dan apt-getten, zeker als je nog niet veel ervaring ermee hebt.

Ik ben er trouwens nog geen problemen tegengekomen.

Everyone complains of his memory, no one of his judgement.

Pagina: 1