[Sammelthread] Proxmox Stammtisch

[gea]

SLOG kann man sich auch sparen als normalo, viele Writes hat das bei mir nicht gesehn.

Nunja
mit sync=disabled wird das Slog nie auch nur ein einziges Write sehen
mit sync=default landen alle Writes, bei denen das schreibende Programm sync anfordert zusätzlich im Slog
mit sync=always werden alle writes die auf dem Pool landen auch zusätzlich im Slog protokolliert und das kann heftig sein.

 

[Badrig]

Mit rsync oder NFS müsste es genutzt werden, bei CIFS nicht, glaube ich.

 

[gea]

Wegen Copy on Write bleibt ZFS immer konsistent, entscheiden ist ob man die letzten Sekunden bestätigter Schreibvorgänge verlieren darf oder tolerieren will.

Ein Beispiel: Ich speichere auf SMB ein kleines Word Dokument. Der Strom fällt aus nachdem das Dokument im RAM Cache ist aber bevor es auf dem Pool ist. Mit sync ist die Datei nach Reboot auf Platte, ohne sync verloren.

NFS mit Programmen die sich auf fsync() verlassen z.B. transaktionale Datenbanken oder VMs vor allem mit alten Dateisystemen sind Beispiele wo sync den Unterschied machen kann zwischen korrupte Daten oder konsistente Daten.

 

[asm@s24]

mit sync=always werden alle writes die auf dem Pool landen

Kann man mit einem Dataset mal probieren, das ist ja das schöne an ZFS. Man wird aber des Lebens nicht mehr froh. Jedenfalls ging das mir so. Bei PBS z.B. Einbruch um 90% ...
Und für 10x so schnelle HW bin ich zu geizig.

 

[gea]

nur als Hausnummer:
sync write auf hd: 5 MB/s, auf SSD 50 MB/s und auf Optane 500MB/s

 

[Badrig]

Hoch lebe die Optane P1600X. Wahrscheinlich kann man die inzwischen mit Gold aufwiegen, obwohl sie doch damals alle verschleudert wurden.