Langsames Schreiben bei 2x250 GB Seagate Festplatten

[Holy_Dragon666]

Problem:

Ich habe wie schon im Titel Probleme mit meinen beiden Festplatten. Das sind 2x 250 GB Seagate Festplatten. Es handelt sich dabei um folgende Festplatten:

http://www.seagate.com/ww/v/index.jsp?locale=de-DE&name=Barracuda_ES_SATA_3.0Gb/s_250-GB_Hard_Drive&vgnextoid=98fdc463364de010VgnVCM100000dd04090aRCRD&vgnextchannel=e3d4f141e7f43110VgnVCM100000f5ee0a0aRCRD&reqPage=Model

Die Festplatten habe ich am Freitag neu bekommen. Ich habe diese günstig von meiner Firma bekommen. Daher nur 250 GB. Die Festplatten sind absolut neu und wurden noch nie verwendet.

Die Festplatten sind einzeln sehr schnell im Lesen ~68MB/s. Beim Scheiben komme ich gerade mal auf magere Werte von ~6,8MB/s, was nicht gerade toll ist beim kopieren von Daten.


Eckdaten vom Rechner:

Mainboard: Asus A8V Deluxe
CPU: 3800+ X2
RAM: 2GB Geil
Alte Festplatte: WD 250GB 8MB Cache 7200rpm
Neuen Festplatte: siehe oben
BS: Windows XP Pro + SP2

Die alte Festplatte hängt an dem Promise Controller und die neuen an dem VIA. Leider erhalten ich diese schlechte Werte wie oben erwähnt. Die Festplatten werden auch nur als PIO erkannt, anstelle von UDMA 6. Aber das ich unerheblich. Siehe "Was ich schon gemacht habe".

Was ich schon alles gemacht habe:


neue Festplatte an den Promise Controller --> Festplatte wurde als UDMA 6 erkannt. Dennoch dieselbe schlechte Schreibperformance
Festplatten auf SATA 1,5 GB's gestellt mithilfe von Jumpern. Soll ja angeblich Probleme damit geben auf dem Mainboard
Festplatten aus dem Gerätemanager geworfen und wieder neu installiert
Treiber für Controller entfernt und wieder neu installiert
Festplatten auf defekte Sektoren überprüft, aber keine defekte Sektoren festgestellt


Die Seagte Festplatte sollte ja eigentlich an dem selben Controller die selber Leistung erzielen, wie die alte WD. Aber das finde ich schon merkwürdig. Es kann ja nicht sein, dass nur weil es Enterprise Festplatten sind, die Performance so schlecht ist. Ich hatte vorher 2x 250GB Maxtor an dem VIA Controller. Beide hatten nen Schaden und musste durch die Seagte getauscht werden. Die liefen wiederum sehr schnell.

Also ich weiß echt nicht mehr weiter. Evtl. hatte einer von den Betroffenen Asus A8V Deluxe Besitzern dasselbe Problem wie ich und konnte es lösen.

Ich werde jetzt noch mal mit meiner Bootdisk Daten kopieren. Ich schreibe dann mal hier rein, ob sich was geändert hat.

Danke für die Hilfe.

 

[bensen]

womit hast du die transferrate gemessen?
wenn du innerhalb einer platte kopiert hast, sind die transferraten nicht verwunderlich

und der PIO mode ist auf jeden fall von relevanz
die 67mb/s lesend hast du damit garantiert nicht geschafft

kannst ja mal nen hd-tune ergebnis posten
wenn da der pio-mode aktiv ist sieht man es auch beim lesen

 

[Holy_Dragon666]

Hab hier mal 4 Screenshots gemacht von SIS Sandra Schreiben/Lesen und HD Tach Lesen, sowie Everest Disk Infomation. Wie gesagt: lesen ist gut, trotz PIO2 Modus.

 

[Interlink]

Beim A8V hat mindestens der im Via - Chipsatz eingebaute Controller bekanntermaßen leichte Kompatibilitätsprobleme mit SATA II - Platten. Die werden üblicherweise durch Einstellen der Interface-Geschwindigkeit auf 1,5 GBit/Sekunde an der Platte und durch ein aktuelles BIOS gelöst.

Sollte beim Schreibtest die Prozessorlast deutlich über 20% liegen, liegt schwerer Ärger bei der Datenübertragung in der Luft. Es sind mehrere Ursachen möglich. Neben der schon genannten mangelnden Kompatibilität u.a. auch Dinge wie ein unpassendes Datenkabel (schlechter Sitz, beschädigt).
Dann bitte mal den Process Explorer installieren und nachsehen, welche Last (Spalte "CPU") in der Zeile "Interrupts" angezeigt wird.
Hardware-Ärger zeigt sich auch in der Ereignisanzeige an Fehlermeldungen im Systemprotokoll.

Der PIO - Modus ist für SATA - Platten irrelevant, d.h. wird bei installierten Treibern für den verwendeten SATA Controller in Chipsatz bzw. extern nur noch aus Kompatibilitätsgründen genannt. Die max. über 80 MByte / Sekunde beim Lesen sind hier ein einwandfreies Indiz dafür, dass die Daten nicht mehr einzeln vom Prozessor behandelt werden, sondern über DMA direkt aus dem bzw. in den Speicher laufen. Es wird unter Betriebssystemen wie Windows und Linux beim Schreiben derselbe Interface-Modus verwendet wie beim Lesen.

 

[Holy_Dragon666]

1. Die Kabel hatte ich schon alle getauscht. Hatte zum Glück noch neue da.
2. Mit dem Prog lag die Auslastung beim kopieren zwischen 0,8 - max 2%.
3. Den einzigen fehler den ich in den Ereignissen gefunden habe:
Der Treiber hat den Schreibcache auf dem Gerät \Device\Harddisk2\DR2 deaktiviert.