Lassú SATA winyók

Merevlemezek, vezérlők

Sziasztok

500 GB-os Western Digital SATA-II Raid Edition 2 winyókat használnék sata_nv vezővel.
(Debian Etch amd64 a "gyári" kernellel)
A hihetetlen sebesség helyett azonban az összes winyó csak vánszorog: 

 hdparm -t /dev/sd{a,b,c,d}
/dev/sda:
 Timing buffered disk reads:   72 MB in  3.07 seconds =  23.48 MB/sec
/dev/sdb:
 Timing buffered disk reads:   86 MB in  3.02 seconds =  28.45 MB/sec
/dev/sdc:
 Timing buffered disk reads:   96 MB in  3.06 seconds =  31.36 MB/sec
/dev/sdd:
 Timing buffered disk reads:   28 MB in  3.05 seconds =   9.17 MB/sec

Én ezektől a winyóktól kb. 55-65 MB/sec értéket várnék el, aminek a felét sem hozzák. Külön érdekes, hogy az sdd embertelen lassúsága.

A dmesg-ből nekem nem sikerült okosodnom, de hátha segít: 

libata version 2.00 loaded.
sata_nv 0000:00:07.0: version 2.0
ata1: SATA max UDMA/133 cmd 0x1440 ctl 0x1436 bmdma 0x1410 irq 98
ata2: SATA max UDMA/133 cmd 0x1438 ctl 0x1432 bmdma 0x1418 irq 98
scsi0 : sata_nv
ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata1.00: ATA-7, max UDMA/133, 976773168 sectors: LBA48 NCQ (depth 0/32)
ata1.00: ata1: dev 0 multi count 16
ata1.00: configured for UDMA/133
scsi1 : sata_nv
ata2: SATA link down (SStatus 0 SControl 300)
ata3: SATA max UDMA/133 cmd 0x1458 ctl 0x144E bmdma 0x1420 irq 58
ata4: SATA max UDMA/133 cmd 0x1450 ctl 0x144A bmdma 0x1428 irq 58
scsi2 : sata_nv
ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata3.00: ATA-7, max UDMA/133, 976773168 sectors: LBA48 NCQ (depth 0/32)
ata3.00: ata3: dev 0 multi count 16
ata3.00: configured for UDMA/133
scsi3 : sata_nv
ata4: SATA link down (SStatus 0 SControl 300)
ata5: SATA max UDMA/133 cmd 0x3030 ctl 0x3026 bmdma 0x3000 irq 82
ata6: SATA max UDMA/133 cmd 0x3028 ctl 0x3022 bmdma 0x3008 irq 82
scsi4 : sata_nv
ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata5.00: ATA-7, max UDMA/133, 976773168 sectors: LBA48 NCQ (depth 0/32)
ata5.00: ata5: dev 0 multi count 16
ata5.00: configured for UDMA/133
scsi5 : sata_nv
ata6: SATA link down (SStatus 0 SControl 300)
ata7: SATA max UDMA/133 cmd 0x3048 ctl 0x303E bmdma 0x3010 irq 106
ata8: SATA max UDMA/133 cmd 0x3040 ctl 0x303A bmdma 0x3018 irq 106
scsi6 : sata_nv
ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata7.00: ATA-7, max UDMA/133, 976773168 sectors: LBA48 NCQ (depth 0/32)
ata7.00: ata7: dev 0 multi count 16
ata7.00: configured for UDMA/133
scsi7 : sata_nv
ata8: SATA link down (SStatus 0 SControl 300)

Az én gyanúm az NCQ, de úgy látom, ez a winyó (még?) nincs blacklisten.
Ha valaki meg tudná mondani, hogy lehet kikapcsolni, kíváncsi volnék, úgy milyen sebességet kapnék.
Minden egyéb ötletet is örömmel várok.

  • 3555 megtekintés

( pinyo_villany | 2007. 07. 22., v – 13:09 )

próbálj saját kernel-t forgatni, azzal lehet, hogy gyorsabb.
a 2.6.22-ben ez lett javítva:

Add the Software NCQ support to sata_nv.c for MCP51/MCP55/MCP61 SATA
controller. NCQ function is disable by default, you can enable it with
'swncq=1'. NCQ will be turned off if the drive is Maxtor on MCP51 or
MCP55 rev 0xa2 platform.

de most nézek utána a kernel parapétereknek, hogy ki lehet e kapcsolni kernel command line-ból

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.

debian 4.0 - linux-2.6.22-pancs1-wifi0 - 2.6.22 kernel madwifivel itt

Fordítottam 2.6.22.1-es kernelt, de az sem használt semmit.

Próbáltam állítgatni az NCQ queue_depth értéket, de ennek sem volt semmi hatása, még akkor sem, amikor már 1-re állítottam, ami elvileg az NCQ kikapcsolását jelentené. (Bár szerintem valójában ez nem azt jelenti, hogy nem használja az NCQ-s kódot, hanem a queue hosszának egy-re állítása elméletileg ugyanaz, mint ha nem is létezne, de ez csak az elmélet, a gyakorlatban meg fogja a winyót)

Megróbáltam a 2.6.23-rc1-et is, és próbálkoztam az sata_nv.adma=0 -val is. Ez utóbbival legalább a hibák megszüntek, csökkent a load average, de a winyók sebessége sajnos nem javult.

Azt hiszem megpróbálok bele egy SATA-vezérlő kártyát keresni az alaplapi helyett.

( willy v | 2007. 07. 23., h – 10:20 )

(bocs) Ismetelgesd: "Nem veszek amd-t mert egy valag fos ami a processzor korul van"