Hallo, ich hab hier nen Rechner mit nem Supermicro-Board drin. An dessen Onboard-IDE-Controller hängt eine Festplatte die seit einigen Tagen wirklich sehr lahm ist. hdparm sagt: hdparm -tT /dev/hda /dev/hda: Timing cached reads: 2236 MB in 2.00 seconds = 1118.76 MB/sec Timing buffered disk reads: 128 MB in 3.10 seconds = 41.29 MB/sec Ich hatte die schonmal auf knappen 80 mb/s. Ich kriegs aber jetzt nicht mehr hin. hdparm /dev/hda: /dev/hda: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 38913/255/63, sectors = 625142448, start = 0 hdparm -i /dev/hda: /dev/hda: Model=WDC WD3200SB-01KMA0, FwRev=08.05J08, SerialNo=WD-WCAMR4159537 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=65 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 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: Unspecified: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 * signifies the current active mode Sieht hier jemand was ungewöhnliches? Der Treiber für den IDE (Serverworks) ist korrekt geladen, System ist ein OpenSUSE 10.2 Danke schonmal im vorraus. Gruß Daniel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Mittwoch, 18. Juni 2008 schrieb Daniel Spannbauer:
Hallo,
ich hab hier nen Rechner mit nem Supermicro-Board drin. An dessen Onboard-IDE-Controller hängt eine Festplatte die seit einigen Tagen wirklich sehr lahm ist.
hdparm sagt: hdparm -tT /dev/hda
/dev/hda: Timing cached reads: 2236 MB in 2.00 seconds = 1118.76 MB/sec Timing buffered disk reads: 128 MB in 3.10 seconds = 41.29 MB/sec
Ich hatte die schonmal auf knappen 80 mb/s. Ich kriegs aber jetzt nicht ... UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5 udma3 *udma4 udma5 ... * signifies the current active mode udma3 aktiv? Sollte das nicht eher 4 oder 5 sein bei einer halbwegs modernen Platte? Vielleicht ein Problem mit dem Kabel?
Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Martin Hofius schrieb:
Am Mittwoch, 18. Juni 2008 schrieb Daniel Spannbauer:
...
UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5 udma3 *udma4 udma5
...
* signifies the current active mode
udma3 aktiv? Sollte das nicht eher 4 oder 5 sein bei einer halbwegs modernen Platte? Vielleicht ein Problem mit dem Kabel?
Gruß Martin
Hallo Martin, ich interpretiere das so das udma4 verwendet wird *grübel* Und das das Kabel im laufenden Betrieb ohne öffnen des Gehäuses oder sontiges verreckt halte ich auch für eher ungewahrscheinlich. Gruß Daniel -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Donnerstag, 19. Juni 2008 schrieb Daniel Spannbauer:
Martin Hofius schrieb:
Am Mittwoch, 18. Juni 2008 schrieb Daniel Spannbauer: ...
UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5 udma3 *udma4 udma5
...
udma3 aktiv? Sollte das nicht eher 4 oder 5 sein bei einer halbwegs modernen Platte? Vielleicht ein Problem mit dem Kabel?
... Hallo Martin,
ich interpretiere das so das udma4 verwendet wird *grübel* ja, Du hast Recht. Sorry, da habe ich mich wohl spät abends etwas verlesen...
Und das das Kabel im laufenden Betrieb ohne öffnen des Gehäuses oder sontiges verreckt halte ich auch für eher ungewahrscheinlich.
stimmt ebenso - die Zusatzinfo hatte ich in Deinem Originalpost nicht gesehen... Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Daniel Spannbauer schrieb:
Hallo,
ich hab hier nen Rechner mit nem Supermicro-Board drin. An dessen Onboard-IDE-Controller hängt eine Festplatte die seit einigen Tagen wirklich sehr lahm ist.
hdparm sagt: hdparm -tT /dev/hda
/dev/hda: Timing cached reads: 2236 MB in 2.00 seconds = 1118.76 MB/sec Timing buffered disk reads: 128 MB in 3.10 seconds = 41.29 MB/sec
na ja ... 1111 Mbyte /sec macht Pi* Daumen 100 MBits/sec... war das nicht die Spezifikation ? ( erst 33 dann 66 später 100 Mbits) 80mBytes/sec sind ja fast 700 MBit/sec ... bissel viel - hm ?? (es mag ja sein, dass der das im reinen RAM-RAM Transfer schaffen könnte (eben könnte...), aber so richtig glaub ich da nicht dran... IDE = paralell... da wird es mit den Laufzeiten der einzelnen Bits eng!
Ich hatte die schonmal auf knappen 80 mb/s. Ich kriegs aber jetzt nicht mehr hin.
wirklich und reproduzierbar ?
hdparm /dev/hda: /dev/hda: multcount = 16 (on) IO_support = 1 (32-bit) unmaskirq = 1 (on) using_dma = 1 (on) keepsettings = 0 (off) readonly = 0 (off) readahead = 256 (on) geometry = 38913/255/63, sectors = 625142448, start = 0
hdparm -i /dev/hda: /dev/hda:
Model=WDC WD3200SB-01KMA0, FwRev=08.05J08, SerialNo=WD-WCAMR4159537 Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=65 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=16 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 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: Unspecified: ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6
* signifies the current active mode
Sieht hier jemand was ungewöhnliches? Der Treiber für den IDE (Serverworks) ist korrekt geladen, System ist ein OpenSUSE 10.2
Danke schonmal im vorraus.
Gruß
Daniel
Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Fred Ockert schrieb: ....
na ja ... 1111 Mbyte /sec macht Pi* Daumen 100 MBits/sec... war das nicht die Spezifikation ? ( erst 33 dann 66 später 100 Mbits)
sorry, aber ich glaub Ihr verwechselt hier was.... 1111 MB/s != 100 MBit/s !!!!! 100MBit/s ~ 12,5MB/s 1 Byte = 8 Bit so long -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Axel Birndt schrieb:
Fred Ockert schrieb: ....
na ja ... 1111 Mbyte /sec macht Pi* Daumen 100 MBits/sec... war das nicht die Spezifikation ? ( erst 33 dann 66 später 100 Mbits)
sorry, aber ich glaub Ihr verwechselt hier was....
1111 MB/s != 100 MBit/s !!!!!
100MBit/s ~ 12,5MB/s
sach ich doch .. eine ATA-66(MBits) Platte schafft das nicht... 11 MBytes/sec -> kann nur ein Platte schneller als ATA-66 sein... dabei ist es schon fast egal ob wir MByte oder MiByte zum rechnen nehmen
1 Byte = 8 Bit
so long
sie die Bemerkung Pi * Daumen... weil... zum Schluss muss es in das Plattenraster passen! da gibt/gab es 30Mbits + 66 Mbits und 100 MMbits..da kann man mit rund 20% Fehler gut leben! Plattenraten waren - soweit ich mich erinnern kann - immer in Mbits Die Messungen waren Byte/sec Fred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Don, 19 Jun 2008, Fred Ockert schrieb:
Axel Birndt schrieb:
Fred Ockert schrieb:
na ja ... 1111 Mbyte /sec macht Pi* Daumen 100 MBits/sec... war das nicht die Spezifikation ? ( erst 33 dann 66 später 100 Mbits)
sorry, aber ich glaub Ihr verwechselt hier was....
1111 MB/s != 100 MBit/s !!!!! 100MBit/s ~ 12,5MB/s
sach ich doch .. eine ATA-66(MBits) Platte schafft das nicht... 11 MBytes/sec -> kann nur ein Platte schneller als ATA-66 sein...
Fred, mit Verlaub, du faselst. Leseeinstieg für Faule: http://de.wikipedia.org/wiki/ATA/ATAPI Für Fleißige: http://www.t13.org und http://www.t13.org/Documents/MinutesDefault.aspx?DocumentType=4&DocumentStage=2 Speziell: http://www.t13.org/Documents/UploadedDocuments/docs2007/d1698r2-1698D_AT_Att... http://www.t13.org/Documents/UploadedDocuments/docs2007/d1697r1-1697D_AT_Att... http://www.t13.org/Documents/UploadedDocuments/docs2008/D1699r5-ATA8-ACS.pdf Und nein, ich hab' da auch nur oberflächlich reingeschnuppert (aber sonst einiges gelesen ;)... Die Schnittstellengeschwindigkeiten der verschiedenen Übertragungsmodi (PIO, MDMA, UDMA) sind nach der Geschwindigkeit in Megabytes (2^10 Bytes) pro Sekunde (MB/s) benannt. UDMA-33 überträgt also maximal 33 MB/s, UDMA-100 max. 100 MB/s. PIO und MDMA gibt's bis max. 16.67 MB/s (PIO-4/MDMA-2). Bei den buffer-cache reads von hdparm mißt man praktisch diese Schnittstellengeschwindigkeit, hier z.B: # /sbin/hdparm -T /dev/hdc /dev/hdc: Timing buffer-cache reads: 128 MB in 0.98 seconds =130.61 MB/sec Die Streuung bei diesen Messungen ist aber ordentlich und die Aussagekraft ist gering. Die vom OP "gemessenen" 1000 MB/s können nicht stimmen, das gibt nichtmal SATA 2.0 her (3 GBit/s = 375 MB/s). Mich dünkt, hdparm mißt da Mist, zumal ich hier an SATA auch Werte >> 3 GBit/s bekomme. Die buffer-cache Werte sind aber sowieso nur relevant, solange die Platte die Daten zwischenspeichern kann, je nach Platte sind das zwischen 1 MB (kleiner kenn ich IIRC nicht) und inzwischen bis zu 32 MB Cache -- jew. abzüglich dem Platz für die Plattenfirmware (ISTR gerne 384 KB und bis 2 MB etwa). Aktuelle Platten sollen lt. den aktuelleren Versionen des ATA Standards (ab ATA-7?) die Cachegröße nicht mal mehr ausgeben, wenn die Platte da noch was ausspuckt (Wert BuffSize in der Ausgabe von hdparm -i), ist das noch "aus Gewohnheit" der Plattenfirmwareprogrammierer (oder so). -dnh, passende Sig zum Thema rauskruschtelnd -- Naja, zumindest war Maxtor "weitsichtig": mit einer 48bit-Adressierung kann man 134217728 GB (128 Petabyte) ansprechen, das sollte eigentlich fuer ein paar Jaehrchen reichen, oder? ;)) -- ich, hier -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hall David. * Donnerstag, 19. Juni 2008 um 15:51 (+0200) schrieb David Haller:
Bei den buffer-cache reads von hdparm mißt man praktisch diese Schnittstellengeschwindigkeit, hier z.B:
# /sbin/hdparm -T /dev/hdc /dev/hdc: Timing buffer-cache reads: 128 MB in 0.98 seconds =130.61 MB/sec
Die Streuung bei diesen Messungen ist aber ordentlich und die Aussagekraft ist gering.
Die vom OP "gemessenen" 1000 MB/s können nicht stimmen, das gibt nichtmal SATA 2.0 her (3 GBit/s = 375 MB/s). Mich dünkt, hdparm mißt da Mist, zumal ich hier an SATA auch Werte >> 3 GBit/s bekomme.
Ich glaube, hier irrst du. 'hdparm -T' misst nicht die Schnittstellengeschwindigkeit, sondern die Geschwindigkeit aus dem Kernel-Puffer. Aus 'man hdparm': " -T [ ... ] This displays the speed of reading directly from the Linux buffer cache without disk access. This measurement is essentially an indication of the throughput of the processor, cache, and memory of the system under test." Dann machen die großen Werte auch Sinn. Gruß Andreas -- Amarok spielt gerade nichts... GPG-ID/Fingerprint: 6F28CF96/0B3B C287 30CE 21DF F37A AF63 A46C D899 6F28 CF96 GPG-Key on request or on public keyservers -- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Don, 19 Jun 2008, Andreas Koenecke schrieb:
* Donnerstag, 19. Juni 2008 um 15:51 (+0200) schrieb David Haller:
Bei den buffer-cache reads von hdparm mißt man praktisch diese Schnittstellengeschwindigkeit, hier z.B: [..] Ich glaube, hier irrst du. 'hdparm -T' misst nicht die Schnittstellengeschwindigkeit, sondern die Geschwindigkeit aus dem Kernel-Puffer. Aus 'man hdparm':
" -T [ ... ] This displays the speed of reading directly from the Linux buffer cache without disk access. This measurement is essentially an indication of the throughput of the processor, cache, and memory of the system under test."
Dann machen die großen Werte auch Sinn.
Ahhh, gut. Ich hatte den Platten-"buffer" im Kopf... Dann taugen die gut 800 MB/s auf dem neuen Rechner wohl auch was. :) -dnh, der auch nicht immer alle Details im Kopf hat, zumal, wenn er so müde ist wie heute... *umkipp* -- "Sometimes I think the surest sign that intelligent life exists elsewhere in the universe, is that none of it has tried to contact us." -- Calvin & Hobbes by Bill Watterson -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (6)
-
Andreas Koenecke -
Axel Birndt -
Daniel Spannbauer -
David Haller -
Fred Ockert -
Martin Hofius