Viele Windows-Applikationen scheinen das flushing buffer contents to disk mit dem einfachen sync to disk zu verwechseln (dies trifft speziell auf die Windows 98-Explorer Shell zu). Der sync-Call unter Unix zwingt den Prozess anzuhalten, bis der Kernel sichergestellt hat, dass alle nicht geschriebenen Daten des Kernel-Disk-Buffers sicher auf einem Medium abgespeichert wurden. Dieser Prozess ist sehr langsam und sollte nicht häufig ausgeführt werden. Wenn der Parameter strict sync auf den Wert yes gesetzt wird, so wird genau dieser Prozess ausgeführt, deshalb ist es besser, die Voreinstellung zu belassen. Mit der Voreinstellung no wird der Daemon nmbd veranlasst, die Anfrage einer Windows-Applikationsnachfrage für einen sync zu ignorieren. Diese Einstellung wird nur dann zu Datenverlust führen, wenn das Betriebssystem selbst, auf dem Samba läuft, abstürzt. Das ist jedoch ziemlich unwahrscheinlich, und so ist die Voreinstellung eine gute Wahl.
Speziell viele Windows 98-Explorer-Shell-Anwender werden die Geschwindigkeitssteigerung zu schätzen wissen, die diese Korrektur, verglichen mit der Vorgängerversion, verursacht.
Voreinstellung:
strict sync = no
Beispiel:
strict sync = yes