Durch sogenannte Oplocks erlaubt der Server den SMB-Clients, Datei-Operationen lokal zwischenzuspecihern (chacheing). Wenn der Server einen solchen Oplock gestattet (siehe auch item:OPLOCKS), so darf der jeweilige Client annehmen, dass er der einzige Nutzer der fraglichen Datei ist, und deshalb darf er auch ziemlich freizügig die Serverdaten auf der lokalen Maschine zwischenspeichern. Einige Oplock-Typen erlauben es sogar, open/close-Operationen im Cahe zu halten; und das kann von Fall zu Fall zu erheblichen Performance-Steigerungen führen.
Wenn beispielsweise fake oplocks = yes gesetzt wird, so wird der smbd-Daemon immer jeden oplock request bedienen, egal wie viele Clients die fragliche Datei gerade benutzen.
Es ist aber fast immer besser, anstatt diesen Parameter, den richtigen oplock-Support zu verwenden.
Auf allen read-only Shares oder Shares, von denen bekannt ist, dass sie nur lesenden Zugriff von einem einzigen Client erlauben, wie CD-Laufwerke beispielsweise, wird der Performance-Gewinn bei vielen Operationen erheblich sein. Wenn diese Option in Umgebungen verwendet wird, die vielen Clients gleichzeitig auf eine Share Zugriff erlauben, kann das zu einem inkonsistenten Datenbestand führen. Es ist daher ratsam, diese Option mit äußerster Vorsicht einzusetzen.
Voreinstellung:
fake oplocks = no