Ik heb hier een bakje staan wat straks als mijn servertje moet dienen, maar ik heb wat problemen met de performance van mijn scsi-hd'tjes
Systeem:
P166 non MMX
48MB edo
2*Intel Pro 100 nic
Slack 9.1
Controller:
Adaptec 2940 U2W (write-back cache enabled voor de schijven)
Schijven:
Seagate 9,1GB 7200rpm (sda)
Maxtor 9,1GB 10000rpm (sdb)
Benchmarks:
Als ik met top kijk dan vliegt de cpu-usage omhoog wanneer ik aan het hdparmen ben. Wanneer ik top met een delay van 1 seconde laat werken dan vreet top 22.1% cpu en hdparm de rest.
Ik dacht: zal wel aan de kernel van slackware liggen die meegeleverd is, ik knal d'r een 2.6 (2.6.2 vandaag gereleased volgens mij) kernel op. Maar ook dat hielp niet, kernel is gecompiled met gcc3.3.2 (in de hoop dat dat misschien wat zou schelen.). Waarom vreet mijn systeem zoveel cpu-power wanneer hij data staat te pompen?
Het systeem voelt sinds de kernel upgrade wel sneller aan, ssh inloggen e.d. gaat aanzienlijk lekkerder. Maar ik vind dit wel vreemd
edit:
Zojuist hdparm geupdate van v5.4 naar v5.5 wat tot een aanzienlijke verbetering in de cache results leidt. Maar de diskprestaties zijn nog even belabberd...
dmesg:
Systeem:
P166 non MMX
48MB edo
2*Intel Pro 100 nic
Slack 9.1
Controller:
Adaptec 2940 U2W (write-back cache enabled voor de schijven)
Schijven:
Seagate 9,1GB 7200rpm (sda)
Maxtor 9,1GB 10000rpm (sdb)
Benchmarks:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| root@server:~# hdparm -tT /dev/sda /dev/sda: Timing buffer-cache reads: 128 MB in 3.86 seconds = 33.16 MB/sec Timing buffered disk reads: 64 MB in 4.46 seconds = 14.36 MB/sec root@server:~# hdparm -tT /dev/sdb /dev/sdb: Timing buffer-cache reads: 128 MB in 3.89 seconds = 32.92 MB/sec Timing buffered disk reads: 64 MB in 4.67 seconds = 13.71 MB/sec root@server:~# uname -a Linux server 2.6.2 #1 Wed Feb 4 10:37:43 CET 2004 i586 unknown unknown GNU/Linux root@server:~# lspci 00:00.0 Host bridge: Intel Corp. 430HX - 82439HX TXC [Triton II] (rev 03) 00:06.0 SCSI storage controller: Adaptec AHA-2940U2/U2W 00:07.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 04) 00:0a.0 Ethernet controller: Intel Corp. 82557/8/9 [Ethernet Pro 100] (rev 05) 00:0d.0 VGA compatible controller: S3 Inc. 86c775/86c785 [Trio 64V2/DX or /GX] (rev 14) 00:0f.0 ISA bridge: Intel Corp. 82371SB PIIX3 ISA [Natoma/Triton II] (rev 01) 00:0f.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II] 00:0f.2 USB Controller: Intel Corp. 82371SB PIIX3 USB [Natoma/Triton II] (rev 01) |
Als ik met top kijk dan vliegt de cpu-usage omhoog wanneer ik aan het hdparmen ben. Wanneer ik top met een delay van 1 seconde laat werken dan vreet top 22.1% cpu en hdparm de rest.
Ik dacht: zal wel aan de kernel van slackware liggen die meegeleverd is, ik knal d'r een 2.6 (2.6.2 vandaag gereleased volgens mij) kernel op. Maar ook dat hielp niet, kernel is gecompiled met gcc3.3.2 (in de hoop dat dat misschien wat zou schelen.). Waarom vreet mijn systeem zoveel cpu-power wanneer hij data staat te pompen?
Het systeem voelt sinds de kernel upgrade wel sneller aan, ssh inloggen e.d. gaat aanzienlijk lekkerder. Maar ik vind dit wel vreemd
edit:
Zojuist hdparm geupdate van v5.4 naar v5.5 wat tot een aanzienlijke verbetering in de cache results leidt. Maar de diskprestaties zijn nog even belabberd...
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
| root@server:/sbin# hdparm -V hdparm v5.5 root@server:/sbin# hdparm -tT /dev/sda /dev/sda: Timing buffer-cache reads: 132 MB in 2.01 seconds = 65.71 MB/sec Timing buffered disk reads: 44 MB in 3.07 seconds = 14.34 MB/sec root@server:/sbin# hdparm -tT /dev/sdb /dev/sdb: Timing buffer-cache reads: 132 MB in 2.00 seconds = 65.91 MB/sec Timing buffered disk reads: 42 MB in 3.14 seconds = 13.39 MB/sec root@server:/sbin# |
dmesg:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
<Adaptec 2940 Ultra2 SCSI adapter>
aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs
Using anticipatory io scheduler
(scsi0:A:0): 80.000MB/s transfers (40.000MHz, offset 15, 16bit)
Vendor: SEAGATE Model: ST39173LW Rev: 6246
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:0:0: Tagged Queuing enabled. Depth 32
(scsi0:A:4): 80.000MB/s transfers (40.000MHz, offset 63, 16bit)
Vendor: QUANTUM Model: ATLAS_V__9_WLS Rev: 0230
Type: Direct-Access ANSI SCSI revision: 03
scsi0:A:4:0: Tagged Queuing enabled. Depth 32
SCSI device sda: 17783240 512-byte hdwr sectors (9105 MB)
SCSI device sda: drive cache: write back
sda: sda1 sda2 sda3
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
SCSI device sdb: 17930694 512-byte hdwr sectors (9181 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1
Attached scsi disk sdb at scsi0, channel 0, id 4, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Attached scsi generic sg1 at scsi0, channel 0, id 4, lun 0, type 0 |
[ Voor 66% gewijzigd door Verwijderd op 04-02-2004 12:21 ]