Hallo, Am Don, 18 Jun 2009, Thomas Schirrmacher schrieb:

Auch die Linux intern - Ausgabe 03/2009 hat einen aktuellen Bericht über Ext4 und NFS v3.

NFS v3? -dnh -- Die Signatur will nicht angezeigt werden. Die gewuenschte Signatur ist zur Zeit nicht verfuegbar. Moeglicherweise ist sie gerade im Urlaub oder hat einfach keine Lust angezeigt zu werden. Oder wollen Sie staendig beobachtet werden? -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On 19.06.2009, Andre Tann wrote:

-v bitte; was ist "richtig formatiert und gemountet"?

Ja, das war dumm ausgedrueckt von mir, haste ja Recht :-) Ich formatiere meine Partitionen mittels mmkfs.xfs -f -l lazy-count=1,version=2 -i attr=2 -d agcount=4 und mounte sie mittels mount -o rw,noatime,logbsize=256k,logbufs=8,nobarrier Zum Betrieb mittels "nobarrier", speziell bei RAID, sollte man die sehr gute XFS FAQs gelesen haben. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On 19.06.2009, Andre Tann wrote: [....]

Hm, wenn ich die manpage richtig lese, dann wird dieser Wert je nach Device-Größe ohnehin automatisch berechnet. Warum ist eine manuelle Angabe besser? [....]

logbsize bringt was, logbufs=8 ist standard. nobarrier kann fatal sein, wenn der Raid-Controller nicht richtig eingestellt ist... [....]

Meine Aufrufe beinhalten einen Teil Standard, weil sie auf vielen Maschinen mit unterschiedlichen Systemen eingesetzt werden. Damit ist sichergestellt, dass ich ueberall das Gleiche tue, ohne dass ich nachforschen muss. Die wichtigsten Optionen hier sind logbsize, noatime, lazy-count und nobarrier. Wie du schreibst, so kann nobarrier u.U. max. Datenverlust verursachen, wenn man es unbedacht benutzt, deswegen habe ich auch darauf hingewiesen, sich unbedingt vorher zu belesen. Ich selber benutze die Kombination "nobarrier" mit angeschaltetem Writecache (hdparm -W1), habe aber meinen Rechner an einer dicken UPS haengen :-) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

On 19.06.2009, Andre Tann wrote:

Hm, und wenn die Kiste abstürzt?

Das ist seit ewigen Zeiten nicht passiert. Meiner Meinung haben ca. 75% aller Linux-Crashes irgendwie etwas mit X zu tun, bzw. irgendeinem Desktop Manager. Die beiden Maschinen hier haben nur fluxbox bzw. ion3. Ein Absturz bedeutet natuerlich ein gewisses Risiko, aber deswegen will ich meine Kisten keinesfalls jahrelang mit halber Performance laufen haben. XFS mit barrier-support kann u.U. kriechend lahm sein (ext4 auch).

Aber vermutlich macht das nichts, denn vom Absturz kriegt der HD-Cache wohl eh nichts mit.

Zumeist nicht. Sysrq ist auch noch da.

Merkst Du einen Unterschied, ob Du nun auch noch die HD-Caches mit einschaltest oder nicht?

Ja, aber nur beim Schreiben von vielen Dateien. Bei grossen Dateien ist der Effekt Null, Stichwort "cache poisoning". Ich habe bisher keinen Datenverlust gehabt, auch nach einigen Jahren XFS nicht. Habe aber auch ein 1:1 Backup, fuer den Fall der Faelle. Wenn nicht irgendwann mal btrfs der Ueberflieger wird, dann werde ich bei XFS bleiben, bis die Welt untergeht :-) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org