[Debian 3.0r1a] Hdd zonder driver sneller?

Pagina: 1
Acties:

  • PenguinPower
  • Registratie: Juni 2001
  • Laatst online: 16:32

PenguinPower

May the SOURCE be with you

Topicstarter
Ik heb vandaag een hdd in mijn servertje vervangen 30gb maxtor eruit gehaalt en een 60gb erin... ik dacht namelijk dat de 30gb kapot was omdat ie super traag was met hdparm... iets van 12mb/s (ATA100).
Toen ik de 60gb erin zette, debian installeerde met ide2=0xf7f0 als parameter bij lilo (heb een CMD649 pci ide controller) leekt het probleem verholpen... ik haalde namelijk 43mb/s buffered cache. Echter, dit was dus met de 2.2.20 idepci kernel zonder echte driver voor mijn controller.

Toen ik de mijn eigen kernel ging compilen (2.4.18) met de CMD 64X driver en vervolgens opnieuw opstarte zonder de lilo parameter bracht kreeg ik dit als resultaat:
server:~# hdparm -tT /dev/hdc

/dev/hdc:
Timing buffer-cache reads: 128 MB in 7.41 seconds = 17.27 MB/sec
Timing buffered disk reads: 64 MB in 7.32 seconds = 8.74 MB/sec
Hmm.. suspicious results: probably not enough free memory for a proper test.
server:~#

Het lijkt me nu niet dat ik opeens geheugentekort heb. Voordat ik beide test heb uitgevoerd heb ik in bootmisc.sh hetvolgende neergezet: hdparm -q -c3 -q d1 -q -m16 /dev/hdc

Wat doe ik verkeerd?
Hier vind je de desbreffende server configuratie (bijgewerkt): http://www.tweakers.net/gallery/sys/1484

Verwijderd

Ben je niet per ongeluk vergeten dma support aan te zetten in de kernel?

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 13:11

deadinspace

The what goes where now?

Probeer eens een nieuwere kernel... Op mijn vaders nieuwe computer werkte DMA op IDE wel met de Debian install kernel, niet met 2.4.19, maar weer wel met 2.4.20-prenogwat.

Verwijderd

hdparm is niet echt een goede tool om je snelheid van de hd te meten. Beter is iets als bonnie++ te gebruiken.

  • PenguinPower
  • Registratie: Juni 2001
  • Laatst online: 16:32

PenguinPower

May the SOURCE be with you

Topicstarter
Dwerg: Nee :) al drie keer gecheckt
Deepinspace: Op een server ga ik geen -pre's draaien.
Nokia: Ik kan het performance verlies ook zelf merken, dus ik denk niet dat het aan het testprogramma ligt.

  • deadinspace
  • Registratie: Juni 2001
  • Laatst online: 13:11

deadinspace

The what goes where now?

PenguinPower schreef op 03 januari 2003 @ 23:36:
Op een server ga ik geen -pre's draaien.
Tegenwoordig is de final van 2.4.20 al uit hoor (destijds niet) ;)
Bovendien zou je het kunnen proberen, dan weet je iig of het puur aan 2.4.18 ligt en nergens anders aan.

  • PenguinPower
  • Registratie: Juni 2001
  • Laatst online: 16:32

PenguinPower

May the SOURCE be with you

Topicstarter
offtopic:
Ja klopt... al vanaf 28 november... alleen de reden dat ik hem niet heb is dat ik niet zo dol op de laatste versies ben, blijkt nu ook weer met mijn rtl8139 kaart en de 2.4.20: eth1: Too much work at interrupt

Maarjah ik heb dus de 2.4.20 gecompiled.... maar maakt helemaal niets uit. Het enige misschien dat mijn CMD649 nu eindelijk gedocumenteerd staat (in de help), terwijl die al een lange tijd ondersteund werd :)

Voor de bonnie fans, toch maar ff geinstalleerd en gedraaid resultaat, net zo slecht als hdparm :( :
code:
1
2
3
4
5
6
7
8
9
Version 1.02b       ------Sequential Output------ --Sequential Input- --Random-
                    -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
Machine        Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP  /sec %CP
server         300M  1986  98  9870  87  6801  59  2138  98 14917  93 160.1   5
                    ------Sequential Create------ --------Random Create--------
                    -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete--
              files  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP  /sec %CP
                 16   120  99 +++++ +++ 11295  99   111  99 +++++ +++   481  97
server,300M,1986,98,9870,87,6801,59,2138,98,14917,93,160.1,5,16,120,99,+++++,+++,11295,99,111,99,+++++,+++,481,97

Wat mij wel opvalt is dat de BIOS tijdens het opstarten zegt dat hdc pio is... moet dat niet dma zijn? Ik weet heel zeker dat ik de kernel goed heb gecompiled namelijk. met Generic PCI bus-master DMA support en Use PCI DMA by default when available.
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
CMD649: IDE controller on PCI bus 00 dev 78
CMD649: chipset revision 2
CMD649: not 100% native mode: will probe irqs later
CMD649: ROM enabled at 0xffa00000
    ide1: BM-DMA at 0xf790-0xf797, BIOS settings: hdc:pio, hdd:pio
    ide2: BM-DMA at 0xf798-0xf79f, BIOS settings: hde:pio, hdf:pio
hda: FX400D, ATAPI CD/DVD-ROM drive
hdc: MAXTOR 6L060J3, ATA DISK drive
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0xf7f0-0xf7f7,0xf7e6 on irq 11
blk: queue c02e2548, I/O limit 4095Mb (mask 0xffffffff)
hdc: 117266688 sectors (60041 MB) w/1819KiB Cache, CHS=116336/16/63, UDMA(100)
hda: ATAPI 4X CD-ROM drive, 128kB Cache

misschien ziet iemand hier iets mis:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
server:~# hdparm -i /dev/hdc

/dev/hdc:

 Model=MAXTOR 6L060J3, FwRev=A93.0500, SerialNo=663209559500
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=32256, SectSize=21298, ECCbytes=4
 BuffType=DualPortCache, BuffSize=1819kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117266688
 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 udma3 udma4 udma5 udma6
 AdvancedPM=no WriteCache=enabled
 Drive Supports : ATA/ATAPI-5 T13 1321D revision 1 : ATA-1 ATA-2 ATA-3 ATA-4 ATA-5

server:~#

Ik weet het echt niet meer.
Pagina: 1