Digi-Quick
Urgestein
- Mitglied seit
- 02.09.2009
- Beiträge
- 7.082
Betr: Perfomance extrem langsam mit Systemhängern im Raid 1
Konfiguration:
Mainboard: Gigabyte EX58-UD5 mit Core i7-92, 6 GB Speicher 3x (Kingston DDR3 PC1333)
GraKa: Sapphire HD4670/512MB
Perc5i Dell Firmware 5.2.2.0072 / 1.03.50-0461
2x Samsung HD154ui im Raid1 (LW C & E, BS auf C installiert, E für Daten)
4x Samsung LJ501 im Raid5 (LW D & F, D für Pagefile und Temp, F für Daten)
Windows 7 32 Bit (die 64 Bit Performance hat mich nicht begeistert, da ich fast ausschliesslich 32 Bit Anwendungen fahre)
Beim kopieren grösserer Dateien (>2GB) auf LW E (RAID1) via Gigabit Netzwerk USB oder SATA Laufwerk bricht die Schreibrate ein oder stoppt für Minuten ganz, das System lässt sich in dieser Zeit nicht bedienen (Sanduhr)!
Im Ereignisprotokoll stehen dann so nette Meldungen wie:
Warnung : megasas / ID 129 / Ein Zurücksetzen auf Device/Raidport0 wurde ausgegeben
Fehler: Service Control Manager / ID 7009 / Das Zeitlimit (30000 ms) wurde beim Verbindungsversuch mit dem Dienst Windows-Fehlerberichterstattungsdienst erreicht.
Kopiere ich die gleichen Dateien auf LW F (RAID5) flutscht das ganze mit "voller" Schreibrate und ohne Systemhänger durch (min. 30 MByte). Kann es sien, daß der Perc5i nicht wirklich für RAID1 geiegnet ist, oder mag er die Platten nicht (habe aber gesehen, daß die Platten hier bereits von einigen eingesetzt werden)
Ich werde jetzt den Controller durchtauschen (habe den gleichen in einem anderen Rechner) um einen Controllerdefekt nach Möglichkeit auszuschliessen.
btw. vergesst die WD15EARS - die hatte ich zuerst anstelle der Samsung Platten.
Die Perfomance ist noch schlechter und das Ereignisprotokoll läuft auch ohne deutliche Schreib-/Leselast mit obigen Fehlemeldungen voll, und das Dateisystem wird langsam aber sicher kaputt gemacht (Eintrag im Eventlog - Dateisystem ist beschädigt - und das innerhalb von wenigen Stunden)
Nachtrag: Gigabyte hat es immer noch nicht gelernt, musste bei dem 2. Controller erstmal den PinMod durchführen :-(
Ansonsten mit dem 2. Controller das absolut gleiche Spiel - Screibabbruch nach einer gewissen Datenmenge, Reset auf dem Raidport0, danach weiterschreiben. einnhergehend zum Teil mit der Systemmeldung, daß nicht alle Daten geschrieben werden konnten ...
Konfiguration:
Mainboard: Gigabyte EX58-UD5 mit Core i7-92, 6 GB Speicher 3x (Kingston DDR3 PC1333)
GraKa: Sapphire HD4670/512MB
Perc5i Dell Firmware 5.2.2.0072 / 1.03.50-0461
2x Samsung HD154ui im Raid1 (LW C & E, BS auf C installiert, E für Daten)
4x Samsung LJ501 im Raid5 (LW D & F, D für Pagefile und Temp, F für Daten)
Windows 7 32 Bit (die 64 Bit Performance hat mich nicht begeistert, da ich fast ausschliesslich 32 Bit Anwendungen fahre)
Beim kopieren grösserer Dateien (>2GB) auf LW E (RAID1) via Gigabit Netzwerk USB oder SATA Laufwerk bricht die Schreibrate ein oder stoppt für Minuten ganz, das System lässt sich in dieser Zeit nicht bedienen (Sanduhr)!
Im Ereignisprotokoll stehen dann so nette Meldungen wie:
Warnung : megasas / ID 129 / Ein Zurücksetzen auf Device/Raidport0 wurde ausgegeben
Fehler: Service Control Manager / ID 7009 / Das Zeitlimit (30000 ms) wurde beim Verbindungsversuch mit dem Dienst Windows-Fehlerberichterstattungsdienst erreicht.
Kopiere ich die gleichen Dateien auf LW F (RAID5) flutscht das ganze mit "voller" Schreibrate und ohne Systemhänger durch (min. 30 MByte). Kann es sien, daß der Perc5i nicht wirklich für RAID1 geiegnet ist, oder mag er die Platten nicht (habe aber gesehen, daß die Platten hier bereits von einigen eingesetzt werden)
Ich werde jetzt den Controller durchtauschen (habe den gleichen in einem anderen Rechner) um einen Controllerdefekt nach Möglichkeit auszuschliessen.
btw. vergesst die WD15EARS - die hatte ich zuerst anstelle der Samsung Platten.
Die Perfomance ist noch schlechter und das Ereignisprotokoll läuft auch ohne deutliche Schreib-/Leselast mit obigen Fehlemeldungen voll, und das Dateisystem wird langsam aber sicher kaputt gemacht (Eintrag im Eventlog - Dateisystem ist beschädigt - und das innerhalb von wenigen Stunden)
Nachtrag: Gigabyte hat es immer noch nicht gelernt, musste bei dem 2. Controller erstmal den PinMod durchführen :-(
Ansonsten mit dem 2. Controller das absolut gleiche Spiel - Screibabbruch nach einer gewissen Datenmenge, Reset auf dem Raidport0, danach weiterschreiben. einnhergehend zum Teil mit der Systemmeldung, daß nicht alle Daten geschrieben werden konnten ...
Zuletzt bearbeitet: