![]() |
![]() |
|
|
|||||||
| Linux, UNIX, Open Source Rat & Tat bei Problemen und Fragen rund um GNU/Linux, BSD und sonstige UNIXe |
|
|
Themen-Optionen | Ansicht |
|
|
#2 |
|
Elite
![]() Registriert seit: 04.11.2000
Beiträge: 1.033
|
Hilft manchmal aber nicht immer:
Datei-Locking Standardmäßig unterstützt Samba zwei verschiedene Arten von Datei-Locking, share modes und opportunistisches Locking, kurz oplocks. share modes unterstützen die Standard-DOS/Windows-Zugriffsanfragen von DENY_DOS, DENY_ALL, DENY_READ, DENY_WRITE, DENY_NONE und DENY_FCB. Unter den Unix-Versionen, die Shared Memory (gemeinsamen Speicher) unterstützen (die meisten Unix-Versionen), wird die Unterstützung für share modes unter Benutzung von Shared Memory implementiert, was sehr schnell ist. Wenn Ihre Unix-Version Shared Memory nicht unterstützt, wird die Unterstützung für share modes unter Benutzung von Lock-Dateien implementiert, was sehr langsam sein kann. Wahrscheinlich müssen Sie share modes nicht deaktivieren. Sollte dies doch einmal der Fall sein, können Sie sie über den folgenden Befehl für jede einzelne Freigabe deaktivieren: share modes = no oplocks sind eine Leistungserweiterung, die zusammen mit dem Windows-NT-Server eingeführt wurden. Sie ermöglichen einem Client, viele Dateioperationen zwischenzuspeichern, solange der Client der einzige ist, der auf eine bestimmte Datei zugreift. Öffnet ein anderer Client die gleiche Datei, muss der Server dem Client mit dem oplock einen oplock break schicken, sodass dieser Client das lokale Zwischenspeichern beendet. Wenn Clients oplocks erhalten können, sind Leistungssteigerungen von 30 Prozent und mehr möglich, da Clients aggressive Zwischenspeicherungen von Dateioperationen durchführen können (inklusive Öffnen und Schließen und möglicherweise erneutes Ausführen einiger Operationen im Zwischenspeicher). oplocks sind standardmäßig in Samba aktiviert. In einigen Fällen ist es möglich, dass Client-Programme bei aktivierten oplocks nicht richtig funktionieren, also wollen Sie sie möglicherweise deaktivieren. Dies können Sie über den oplocks-Befehl für einzelne Freigaben erreichen: oplocks = false Sie können die oplocks für einzelne Dateien auch über den Parameter veto oplock files deaktivieren: veto oplock files = /*.mbx/ Der Vollständigkeit halber möchte ich noch erwähnen, dass SGIs Irix 6.5.2f jetzt oplock-Unterstützung auf Kernel-Ebene bietet, und Linux und BSD dies ebenfalls bald bieten werden. Samba kann Kernel-oplocks erkennen und sie benutzen, wenn sie verfügbar sind. So können oplocks unterbrochen werden, wann immer ein lokaler Unix-Prozess oder eine NFS-Operation auf eine Datei zugreift, die der smbd geschützt hat. Dies bietet größere Datenkonsistenz zwischen SMB, NFS und lokalen Dateizugriffen. Obwohl Sie normalerweise den Parameter kernel nicht brauchen, können Sie oplocks auch folgendermaßen deaktivieren: kernel oplocks = off
____________________________________
Wir sind nicht auf der Welt, um so zu sein, wie andere uns haben wollen!
|
|
|
|
| Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1) | |
|
|