WCM - Das österreichische Computer Magazin Forenübersicht
 

Zurück   WCM Forum > Rat & Tat > Linux, UNIX, Open Source

Linux, UNIX, Open Source Rat & Tat bei Problemen und Fragen rund um GNU/Linux, BSD und sonstige UNIXe

Microsoft KARRIERECAMPUS

 
 
Themen-Optionen Ansicht
Alt 19.07.2003, 19:46   #2
IT_Micha
Elite
 
Registriert seit: 04.11.2000
Beiträge: 1.033


Standard

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!
IT_Micha ist offline   Mit Zitat antworten
 


Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
 

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.

Gehe zu


Alle Zeitangaben in WEZ +2. Es ist jetzt 20:00 Uhr.


Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Forum SEO by Zoints
© 2009 FSL Verlag