Suchergebnisse

hab als zweite Postville auch ne PQI. Flashen auf die offizielle aktuelle Firmware von Intel lief problemlos.

das letztgenannte (Areca 1210 ohne Schreib- und ohne Lesecache als JBOD) lief bei mir auch am besten (bei Weitem die längste Zeit bis Datenbank-Korruption)...

OK, mich hat es nach über 2 Wochen auch erwischt. Die SSD ist hin/kaputt/schrott . erste zwei Wochen: Datenübertragung im Lesen super und im Schreiben wie erwartet mittelmäßig aber für meine Zwecke OK. Je nach Einstellung 1-Disk-RAID/SATA oder Controller waren meine PostgreSQL-Datenbanken...

ok, vielen Dank! Bewahrt mich jetzt vor hundert verschiedenen Konfigurationsmöglichkeiten im Areca-BIOS :) Kommt die OCZ halt wieder ran wenn ich mir 'ne Mobi gönne Edit: Hier mal noch 'n ATTO am NVIDIA-Controller des M2N32-Sli-Deluxe (am Silicon-Onboard marginal schlechtere Ergebnisse). ATTO...

bin ja soweit mit meiner Core SSD 64GB ganz zufrieden. Ein kleines Problem plagt mich aber gerade: Da die SSD die Raptor ersetzt und die Raptor nun frei wurde, habe ich meine Betriebssysteme auf die Raptor gespiegelt. Sowohl Raptor als auch Core SSD hängen am Areca 1210. Wenn ich nun sowohl...

ist für mich auch gar nicht schlimm, wenn sie nicht am Areca als RAID läuft (für die OCZ habe ich mir den nicht geholt und von der Empfehlung wusste ich...). Aber bisher hat ihn dort halt noch niemand getestet und eventuell hätte man mit dem Cache noch mehr rausgeholt. Soll halt nur 'ne Warnung...

ich hab die SSD jetzt mal an den Silicon-Controller auf meinem M2N32-Sli-Deluxe angeschlossen (die PostgreSQL-Abfragen waren zwr sauschnell aber irgendwas hat immer die Datenbanken beschädigt): Im SATA-Mode: Die Leseraten sind aber ebenfalls wieder gezackt und im Schnitt nur knapp über 100...

Die Screens waren von der jungfräulichen ohne vorherige Partitionierung. Nun ist sie fast komplett beschrieben und es bleibt gleich. Es macht übrigens bei mir keinen Unterschied ob XP(SP3) oder Vista(64Bit +SP1).

die DB habe ich von einer Raptor auf der sie vorher lag (nicht-System-Platte) auf die SSD kopiert. Meine älteren Beiträge in diesem Thread schildern, warum ich zu der SSD gegriffen habe. Für mich hat sich's echt gelohnt. Das Teil geht auf Grund der geilen Lese-Zugriffsraten richtig ab. Alles...

das ist XP (mit nem Office-Visual-Style ...). Ich kopiere gerade die DB. Dann gibts nen guten Mittelwert für die Schreibleistung Edit: 36,5 GB (PostgreSQL-Data-Ordner) wurden unter XP in 12min 55s kopiert (NTFS-Formatierung). Das macht 47,097 MB/s

64GB OCZ als Single-Drive-RAID (wegen Cache-Nutzung) mit Stripe-Size 128K am Areca 1210: Write :( : Edit: HD-Tach geht nur mit Read. Ansonsten mache ich wohl erstmal keine Benches, muss meine Datenbank auf die Platte spielen und für Betriebssystem-Spiegelei hab ich keine Zeit und Nerven...

hier noch Veloci vs. 128GB Core SSD http://www.maxishine.com.au/documents/ocz_solid_state_drive.html

die Größe der DB schwankt zwischen 40 und 50 GB (alte Datensätze werden regelmäßig gelöscht). Einen Server betreibe ich nicht, das würde für die 2-3Std täglich die ich damit arbeite nicht lohnen und der Rest des Systems ist bei Datenbankabfragen in keinster Weise ausgelastet. Die DB liegt also...

Die bisherigen Benches klingen für mich sehr gut. Ich plane, auf der 64GB SSD eine ~ 40 - 50GB große PostgreSQL Datenbank abzulegen da die Zugriffszeiten wesentlich besser sind als die meiner derzeitigen Raptor (~ 8,x ms). Oder spricht etwas das ich übersehen habe dagegen? (~95% sind...