Fabian Hänsel schrieb:
Hallo,
Die Frage dazu ist, ob diese "halbe" BIOS-Unterstützung irgendeinen Nutzen hat
Manche Implementierungen nutzen ihr auf diesem Weg zur Verfügung stehendes Zusatzwissen, um z.B. im Falle von Ausfällen nur die belegten Teile der Platte zu spiegeln, statt alles inklusive des ungenutzten Platzes, der ruhig 0 bleiben könnte.
Hmm, ich gehe mal vom Schlimmsten aus und vermute, daß alles gespiegelt wird. Da das dann allerdings noch vor dem Systemstart abläuft, ist die Kiste solange "tot", bis der Sync abgeschlossen ist. Selbst bei einem Teil-Sync dauert das noch länger, als die User warten wollen.
Beim Soft-Raid kann ich das wenigstens im Hintergund laufen lassen, ein langsamer Server ist besser als gar keiner.
und es Sinn macht das wieder zu aktivieren und wenn ja,
mMn: Nein. Das ganze hat auch einen gehörigen Nachteil: Wenn dein Fake-RAID-Chip den HW-Tod stirbt brauchst du wieder ein Board mit einem solchen Chip (oder compatible), um an deine Daten zu kommen - und das kann Jahre nach Kauf schwer werden.
Gut, bei dem AHCI-Kernelmodul dürfte das hoffentlich etwas günstiger aussehen, aber wenn ich dadurch keinen erheblichen Performance- oder sonstige Vorteile hab, bleib ich lieber beim reinen Software-RAID.
Macht es Sinn, die SWAP-Partition ebenfalls zu spiegeln?
Kommt drauf an, was bei dir Datensicherheit heißt. Wenn eine HD stirbt reißt es auch dein System teilweise in den Tod, wenn ein Prozess seinen ausgelagerten Speicher vom Swap nicht mehr wiederbekommt. Wenn das Daten waren, die er noch nicht geschrieben hat ist das sehr ungünstig. Auch wenn irgendein Prozess, der einen Lock auf irgendwas hat, auf diesem Weg "terminiert" wird ist das sehr unschön. Die Performance bremst das wahrscheinlich durchaus aus. Wenn ein Server allerdings swappt ist sowieso was verkehrt. Wenn kein Prozess lazy writes macht und man mit einzelnen Terminierungen von Prozessen leben kann, dann kann man die Swaps getrennt halten.
OK, dann doch lieber gespiegelt. Der Server sollte mit 2 GB RAM ohnehin kaum in den Bereich kommen. Der jetzige Server hat 384 MB und swappt auch nicht. :-)
~ # free -t total used free shared buffers cached Mem: 385912 381428 4484 0 74020 206540 -/+ buffers/cache: 100868 285044 Swap: 786736 8 786728 Total: 1172648 381436 791212
Aber ganz so extrem kann man das mit dem Swappen auch nicht sehen, solange das nur vorübergehend ist, ist es schon vertretbar. Solange dadurch nicht auch noch die anderen Festplattenzugriffe massiv ausgebremst werden, kann man damit schon Lastspitzen abfangen.
Danke für die Entscheidungshilfe.
Rico