Hds schreiben langsam

[G-SezZ]

Hi,
Ich wunder mich etwas über die, meiner Meinung nach, etwas langsamen geschwindigkeiten aller meiner Festplatten. Ich weiß nciht welche Werte ich erwarten darf, aber mir kommts einfach recht wenig vor.

hda = Seagate ST320430A (ne recht alte 20gb) udma4
hdb = SAMSUNG SP1604N (eine etwa 3 Jahre alte 160gB Platte) udma5
hdc= ExcelStor Technology J340 (ich weiß ncihtmehr wie alt, aber damals waren 40gb verdammt viel udma5
sda = nagelneue Seagate 250gb SATA Platte, die genaue bezeichnung hab ich gerade nciht zur Hand.
sdb = eine sehr alte 5gb Platte in nem externen USB2 gehäuse. udma2 (glaube ich, ka wie ich das nachschauen kann)

hiermal die ausgaben von hdparm -tT

/dev/hda:
 Timing cached reads:   668 MB in  2.00 seconds = 333.57 MB/sec
 Timing buffered disk reads:   66 MB in  3.07 seconds =  21.49 MB/sec

/dev/hdb:
 Timing cached reads:   644 MB in  2.00 seconds = 321.62 MB/sec
 Timing buffered disk reads:  120 MB in  3.10 seconds =  38.66 MB/sec

/dev/hdc:
 Timing cached reads:   662 MB in  2.00 seconds = 330.39 MB/sec
 Timing buffered disk reads:  124 MB in  3.33 seconds =  37.27 MB/sec

/dev/sda:
 Timing cached reads:   686 MB in  2.00 seconds = 342.79 MB/sec
 Timing buffered disk reads:  138 MB in  3.30 seconds =  41.84 MB/sec

/dev/sdb:
 Timing cached reads:   692 MB in  2.01 seconds = 344.78 MB/sec
 Timing buffered disk reads:   18 MB in  3.17 seconds =   5.68 MB/sec

/dev/ram0:
 Timing cached reads:   696 MB in  2.00 seconds = 347.57 MB/sec
 Timing buffered disk reads:  500 MB in  1.51 seconds = 331.39 MB/sec

Zum einen kommen mir die Werte durchweg niedrig vor. Sie nutzen alle ncihtmal die Hälfte von dem, was der jeweilige udma modus hergeben würde.
Vor allem die SATA Platte sollte doch sehr viel schneller lesen können oder?
ich hab mal testweise auch die ramdisk gemessen, ich weiß nciht ob hdparm hier überhaupt aussagekräftig ist, aber ich finde es auffallen dass sie genau die selben geschwindigkeiten hat, wie der Cache aller Platten, wird die geschwindigkeit vll. irgendwie "blockiert"?

Ich meine mich erinnern zu können, dass ich beim kauf der 160er schonmal alle verglichen hab, und damals war sie deutlich schneller als die 40er und 20er.

Die IDE Platten laufen alle im DMA Modus, laut hdparm jeweils im höchsten den sie unterstützen, wie ich oben angegeben habe.

Was mir auch aufgefallen ist, ist dass schreibvorgänge (testweise eine 1gb datei mit nullen geschrieben) das system ziemlich ausbremsen. Die Videowiedergabe kommt dann z.b. hin und wieder leicht ins stocken. ABER nicht so schlimm wie es im pio modus wäre, dann streikt die Wiedergabe komplett. Und das problem hab ich auch bei der sata platte.

Von den dateisystemen sind die werte doch unabhängig oder?

[kreol]

K.A., ob das wirklich so langsam ist. Hier mal meine uralte IBM zum Vergleich:

P800:/ # lshw -class disk | grep product && hdparm -i /dev/hda | grep DMA && hdparm -tT /dev/hda
product: IBM-DJNA-351520

 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2 udma3 udma4

/dev/hda:
 Timing cached reads:   336 MB in  2.02 seconds = 166.66 MB/sec
 Timing buffered disk reads:   44 MB in  3.32 seconds =  13.24 MB/sec

Soooo langsam sind Deine wohl nicht. Was sagt die HP des Herstellers über Transferraten?


Kreol

P.S. Der Befehlszeile kannst Du auch entnehmen, daß "hdparm -i" einiges an Info liefert, lass das grep i.Zw. weg...

[G-SezZ]

Also für die 20gb Platte (hda) gibt Seagate an:
EXTERNAL TRANSFER RATE (Mbytes/sec) ______up to 66.6
INTERNAL TRANSFER RATE (Mbits/sec) _______up to 323

Für die 250gb SATA (sda):
INTERNAL TRANSFER RATE (Mbits/sec) _______up to 1030
SUSTAINED TRANSFER RATE (Mbytes/sec)______up to 72
EXTERNAL TRANSFER RATE (Mbytes/sec) ______up to 300

Die 160gb Samsung (hdb):
Media to/from Buffer (max.) 840 Mbits/s
Buffer to/from Host(max.) 133Mbytes/s

Exelstor (hdc)
Internal Transfer Rate, NRZ (Mbits/sec) Up to 687
External Transfer Rate (MB/sec) Up to 100

Soweit sch das sehe sollte da schon generell mehr drin sein. Auf jeden Fall bei der SATA Platte.

Ist es eigentlich normal, dass schreibvorgänge auf einer festplatte die CPU maximal auslasten? Ich hab nämlich immer beim schreiben volle auslastung durch wa prozesse in top. Dadurch auch das leichte stocken bei der video wiedergabe usw.

edit. von hdparm -i hab ich ja nach den bezeichnungen geschaut und den dma modus geprüft Was mich bei meiner ausgabe etwas wundert, ka ob das was zu bedeuten hat, ist dass die udma werte doppelt ausgegeben werden:

 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 udma3 udma4 *udma5

[kreol]

Du bist sicher, daß der Maximalwert von (U)DMA auch genutzt wird? Was sagt

hdparm -i /dev/device
dmesg | egrep 'hd|sd'

Kreol

[G-SezZ]

linux:/home/gsezz # hdparm -i /dev/hda

/dev/hda:

 Model=ST320430A, FwRev=3.07, SerialNo=7BX043LG
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=512kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=40079088
 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 udma3 *udma4 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4

 * signifies the current active mode

linux:/home/gsezz # hdparm -i /dev/hdb

/dev/hdb:

 Model=SAMSUNG SP1604N, FwRev=TM100-24, SerialNo=0651J1FW957398
 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=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 udma3 udma4 *udma5 
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

 * signifies the current active mode

linux:/home/gsezz # hdparm -i /dev/hdc

/dev/hdc:

 Model=ExcelStor Technology J340, FwRev=V22OA63A, SerialNo=VNVB01E20QEHQA
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52
 BuffType=DualPortCache, BuffSize=1821kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=80418240
 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 udma3 udma4 *udma5 
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a:  ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6

 * signifies the current active mode

Aber mir gehts ja auch hauptsächlich um die SATA Platte, die denke ich wirklich ein gutes stück schnelller könnte, und die hat ja garkeinen dma modus.

Bootdata ok (command line is auto BOOT_IMAGE=oS_10.2 ro root=307 ramdisk_size=512000 resume=/dev/hda2 splash=silent showopts)
Kernel command line: auto BOOT_IMAGE=oS_10.2 ro root=307 ramdisk_size=512000 resume=/dev/hda2 splash=silent showopts
testing NMI watchdog ... OK.
    ide0: BM-DMA at 0xfb00-0xfb07, BIOS settings: hda:DMA, hdb:DMA
    ide1: BM-DMA at 0xfb08-0xfb0f, BIOS settings: hdc:DMA, hdd:DMA
hda: ST320430A, ATA DISK drive
hdb: SAMSUNG SP1604N, ATA DISK drive
hda: max request size: 128KiB
hda: 40079088 sectors (20520 MB) w/512KiB Cache, CHS=39761/16/63, UDMA(66)
hda: cache flushes not supported
 hda: hda1 hda2 hda3 < hda5 hda6 hda7 >
hdb: max request size: 512KiB
hdb: 312581808 sectors (160041 MB) w/2048KiB Cache, CHS=19457/255/63, UDMA(100)
hdb: cache flushes supported
 hdb: hdb1
hdc: ExcelStor Technology J340, ATA DISK drive
hdc: max request size: 512KiB
hdc: Host Protected Area detected.
hdc: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hdc: task_no_data_intr: error=0x04 { DriveStatusError }
hdc: 80418240 sectors (41174 MB) w/1821KiB Cache, CHS=16383/255/63, UDMA(100)
hdc: cache flushes supported
 hdc: hdc1 hdc2 hdc3
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
sda: Write Protect is off
sda: Mode Sense: 00 3a 00 00
SCSI device sda: drive cache: write back
 sda: sda1 sda2
sd 0:0:0:0: Attached scsi disk sda
sd 0:0:0:0: Attached scsi generic sg0 type 0
EXT3 FS on hda7, internal journal
JBD: barrier-based sync failed on hda7 - disabling barriers
Adding 2104504k swap on /dev/hda2.  Priority:-1 extents:1 across:2104504k
JBD: barrier-based sync failed on hda7 - disabling barriers
EXT3 FS on hda5, internal journal
EXT3 FS on hda6, internal journal
ReiserFS: sda2: found reiserfs format "3.6" with standard journal
ReiserFS: sda2: using ordered data mode
ReiserFS: sda2: journal params: device sda2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: sda2: checking transaction log (sda2)
ReiserFS: sda2: Using r5 hash to sort names
ReiserFS: hdb1: found reiserfs format "3.6" with standard journal
ReiserFS: hdb1: using ordered data mode
ReiserFS: hdb1: journal params: device hdb1, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hdb1: checking transaction log (hdb1)
ReiserFS: hdb1: Using r5 hash to sort names
EXT3 FS on hdc3, internal journal
EXT3 FS on hdc2, internal journal
hdb: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdb: drive_cmd: error=0x04 { DriveStatusError }
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x04 { DriveStatusError }
SCSI device sdb: 10253928 512-byte hdwr sectors (5250 MB)
sdb: Write Protect is off
sdb: Mode Sense: 27 00 00 00
sdb: assuming drive cache: write through
SCSI device sdb: 10253928 512-byte hdwr sectors (5250 MB)
sdb: Write Protect is off
sdb: Mode Sense: 27 00 00 00
sdb: assuming drive cache: write through
 sdb: sdb1
sd 5:0:0:0: Attached scsi disk sdb
sd 5:0:0:0: Attached scsi generic sg2 type 0

[fuffy]

Hi!

SUSTAINED TRANSFER RATE (Mbytes/sec)______up to 72

Da steht nicht ohne Grund "up to". Diese Transferrate erreicht sie nur im äußersten Bereich, aus dem sie bei einer Umdrehung wesentlich mehr Blöcke lesen kann.

Zum einen kommen mir die Werte durchweg niedrig vor. Sie nutzen alle ncihtmal die Hälfte von dem, was der jeweilige udma modus hergeben würde.

Keine mir bekannte Festplatte reizt UDMA/133 beim Lesen von den Platten aus. Dafür wäre schon ein Zusammenschluss mehrerer Festplatten (RAID 0) notwendig.

Was die externe Festplatte angeht, so bremst in der Regel der USB-IDE-Konverter. Wenn ich die Festplatte aus meinem externen Gehäuse heraushole und am internen PATA-Controller anschließe, ist die Übertragungsrate gleich doppelt so hoch.

Und um die tatsächliche Geschwindigkeit zu ermitteln, ist hdparm eh keine gute Wahl, da für praxisnahe Werte das Dateisystem eine entscheidende Rolle spielt. Da nimmst du also besser bonnie++.

Gruß
fuffy

[pferdefreund]

Kann es sein, dass der treiber die platten auf lahm resettet hat, weil er
Fehler gefunden hat? nicht umsonst wird in der Manpage von hdparm gewarnt,
die optionen -k und -K zu verwenden.

hdb: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdb: drive_cmd: error=0x04 { DriveStatusError }
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x04 { DriveStatusError }

[G-SezZ]

Ich kram nochmal den alten thread raus, vll. interessiert es ja jemanden.
Ich weiß nicht woran es wirklich lag, fakt ist dass die Stromanschlüsse meines Netzteils alle sehr schlecht verarbeitet waren, und alle wackelkontakte hatten. Das ist mir aufgefallen als ich eine beleuchtete Lüftersteuerung angeschlossen habe, deren beleuchtung hin und wieder geflackert hat. Nachdem ich die Buchsen etwas enger gebogen habe sitzen sie bombenfest auf den Geräten.

Ich weiß nciht ob es wirklich damit zu tun hat, aber bis auf hda (was eine wirklich alte Platte ist) haben nun alle deutlich höhere Werte, die SATA Platte ist nun knapp doppelt so schnell unterwegs.

/dev/hda:
 Timing cached reads:   1814 MB in  2.00 seconds = 906.52 MB/sec
 Timing buffered disk reads:   82 MB in  3.06 seconds =  26.77 MB/sec

/dev/hdb:
 Timing cached reads:   1822 MB in  2.00 seconds = 910.45 MB/sec
 Timing buffered disk reads:  154 MB in  3.03 seconds =  50.86 MB/sec

/dev/hdc:
 Timing cached reads:   1820 MB in  2.00 seconds = 909.71 MB/sec
 Timing buffered disk reads:  148 MB in  3.03 seconds =  48.81 MB/sec

/dev/sda:
 Timing cached reads:   1818 MB in  2.00 seconds = 908.85 MB/sec
 Timing buffered disk reads:  236 MB in  3.02 seconds =  78.21 MB/sec

/dev/ram0
 Timing cached reads:   1808 MB in  2.00 seconds = 903.88 MB/sec
 Timing buffered disk reads:  124 MB in  0.21 seconds = 580.50 MB/sec

Das Cachen geht nun plötzlich dreimal so schnell, und auch die Geschwindigkeit der ramdisk hat sich fast verdoppelt. Das kann wohl nciht direkt mit der Spannungsversorgung zu tun haben. An der Hardware habe ich sonst ncihts geändert. Ich habe lediglich meine root Partition von hda auf hdc verlegt, vll. liegt es auch daran.

[thenktor]

Kann es sein, dass der treiber die platten auf lahm resettet hat, weil er
Fehler gefunden hat? nicht umsonst wird in der Manpage von hdparm gewarnt,
die optionen -k und -K zu verwenden.

hdb: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hdb: drive_cmd: error=0x04 { DriveStatusError }
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x04 { DriveStatusError }

Hattest du da zufällig nen Silicon Image Controller und einen nicht besonders aktuellen Kernel? In Verbindung mit Seagate Platten gab es da mal Probleme, haben sich bei mir auch in schlechterer Performance wiedergespiegelt.