Massive Performanceprobleme im Raid 5 Verbund - Seite 2

Seite 2 von 2 - Forum: Storage & Memory auf overclockers.at

URL: https://www.overclockers.at/storage-memory/massive_performanceprobleme_im_raid_5_verbund_163169/page_2 - zur Vollversion wechseln!

XenThor schrieb am 19.05.2006 um 17:43

Zitat von TheHackman
er verwendet doch den NF4 Controller?

er hat das 2te board auf dem pic im einsatz, aber cb hat andere hds als er, mit raptoren schafft man deutlich mehr als mit den seagate platten..
glaub hitachi sind die besten raid platten wenns um performance geht, gleich nach der wd raptor halt..

mfg

that schrieb am 19.05.2006 um 19:11

Zitat von psyke
A Software Raid Controller kann niemals so schnell wie ein nativer Hardware Raid Controller

Beim Schreiben ist es klar, da muss das Parity neu berechnet werden, d.h. Parity lesen, mit Daten verrechnen, Daten und Parity zurückschreiben. Aber beim Lesen von RAID 5 müssen nur die Stripes abwechselnd hintereinander in den Speicher gelesen werden, das braucht ja keine CPU-Leistung. Deshalb die Frage.

Indigo schrieb am 22.05.2006 um 08:32

Zitat von that
Beim Schreiben ist es klar, da muss das Parity neu berechnet werden, d.h. Parity lesen, mit Daten verrechnen, Daten und Parity zurückschreiben. Aber beim Lesen von RAID 5 müssen nur die Stripes abwechselnd hintereinander in den Speicher gelesen werden, das braucht ja keine CPU-Leistung. Deshalb die Frage.

eigentlich isses mir auch beim schreiben nicht klar. eine CPU sollte eigentlich um a hauseck schneller sein als die popel EXOR einheiten die auf RAID controllern verbaut sind (optimierung hin oder her, boolsche operationen sind so ziemlich die einfachsten, da sind desktop CPU's scheis.sschnell) d.h es müsste vom theoretischen standpunkt das software raid das schnellste sein...

ich vermute daher das der flaschenhals irgendwo am BUS liegt, da die daten zuerst mal zur CPU müssen und dann wieder zurück, das geschieht bei den hardwarecontrollern halt alles auf der karte selber...