Lokaler Ordner auf Netzlaufwerk verlangsamt Mailempfang

Hallo Martin,

dass es nicht sinnvoll ist (übrigens gerade auch im Hinblick der Datensicherung), ein Profil zu zerteilen, wurde ja oben bereits angesprochen. Hier gibt es einige Berichte von Anwendern, die sich so gehörig die Karten gelegt haben.

So wenig sinnvoll dieser Ansatz auch ist, erklärt er aber nicht die schlechten Zeiten. Wie verhält sich dieses Netzlaufwerk denn im Vergleich zum lokalen Laufwerk bei ganz normalen Dateioperationen, z.B. beim Kopieren?
Was genau meinst Du mit "Samba-Server"? Geht es hier um einen "echten" Samba-Server mit Zugriffkontrolle und allem Drum und Dran, oder handelt es sich lediglich um ein paar freigegeben Verzeichnisse auf einem Arbeitsrechner?
Sind die Antwortzeiten ähnlich schlecht, wenn Du das Profil auf einen Rechner im reinen Windows-Netzwerk legst?

Gruß

Susanne

Du benötigst für einen Test keinen Windows Server, eine Freigabe auf einem der Clients sollte genügen. Auf diese Weise könntest Du herausbekommen, ob die schlechte Performance durch den Samba-Server bzw. dessen Konfiguration verursacht wird oder durch den TB bzw. dessen Art des I/O. Es kann einen Unterschied ausmachen, ob ein sehr großes File transferiert wird oder ob viele kleine Zugriffe auf mehrere Files erfolgen. Der I/O des TB wird wohl eher dem zweiten Fall entsprechen.

Eine weitere Frage wäre, ob sich die xp- und W7-Clients gleich verhalten. Es gibt da offenbar bekannte Unterschiede, siehe hier.

Hallo Martin,

na dann lag ich mit der These, dass es an den vielen, kleinen I/O liegen könnte, ja nicht schlecht. Und wie es aussieht wird an einem Fix gearbeitet (auch wenn der letzte wohl nicht ganz gelang ;-)).
Ich weiß nicht ob es etwas bringt, aber als Interimslösung könntest Du Async-I/O- aktivieren und ein wenig mit den Parametern

min receivefile size
aio write size
aio read size
use sendfile

experimentieren. Insbesondere die beiden ersten können vielleicht etwas Performancegewinn bringen. Auch die Socket-Options können vielleicht etwas bringen, aber dazu braucht es wohl einen Netzwerkspezialisten.
Ganz Mutige trauen sich auch ein write behind, aber den halte ich für viel zu riskant.

Gruß

Susanne

Hallo Martin,

nein, das sind Parameter in der /etc/samba/smb.conf.

Bei allem Mut, mit dem write behind würde ich nicht spielen. Es bewirkt, dass Samba nicht auf ein "acknowledged" wartet sondern sofort einen erfolgreichen Schreibzugriff zurückmeldet, auch wenn dieser noch gar nicht beendet ist. Das geht in der Regel gut. Doch sollte beim Schreiben ein Fehler auftreten, bemerkt der Client das nicht. Für den war der Vorgang ja bereits erfolgreich.

Mein gesundes Halbwissen zu den Parametern:

Mit aio write size bzw. aio read size kannst Du einstellen, ab welcher Größe Samba asynchrones I/O verwenden soll. Das funktioniert aber nur, solange Du keinen write cache verwendest. Der wäre übrigens auch eine mögliche Tuning-Option, allerdings vermute ich, dass dieser Cache in erster Linie bei großen Files Wirkung zeigt und weniger bei vielen kleinen, um die es hier geht.

Sendfile bringt meines Wissens nur etwas, wenn es konkurrierende Schreibzugriffe gibt. Wenn Du use sendfile=yes setzt, verwendet Samba die sendfile-routine. Das kann spürbaren Performance-Gewinn bringen, wenn die Clients das Opportunistic Locking (oplocks) verwenden, um Dateien zu sperren. Der Client teilt dabei dem Samba-Server mit, dass er nicht der alleinige Schreiber ist und eine lokale Kopie der veränderten Datei bereit hält. Das ermöglicht es Samba, Dateien nicht komplett zu sperren. Samba kann dann den Schreibzugriff per break unterbrechen und einem anderen Client kurzeitig Zugriff erlauben.
Opportunistic Locking ist unter W7 meines Wissen per default möglich. Für xp weiß ich es nicht. Aber ich glaube eh nicht, dass sendfile in Deinem Fall von Nutzen sein wird, weil es eher nicht um konkurrierende Zugriffe geht. Aber, wer weiß ... .

Mit der min receivefile size kannst Du sogenannte "zero-copy writes" ermöglichen. Dabei werden die Datenmengen ab einer bestimmte Größe direkt in den buffer cache des Filesystems geschrieben. Der Wert min receivefile size=0 ist die Standardeinstellung und schaltet das Feature ab.

Wie geschrieben sind das Parameter, mit den es sich vielleicht in einer Testumgebung zu spielen lohnt. Ich kann Dir keine Empfehlungen für konkrete Werte geben. Sie hängen doch sehr von der jeweiligen Situation ab, fallen also in den Bereich des Tuning.
Als ich mir vor ein paar Jahren zum Spielen einen Samba-Server aufgesetzt habe, hat mir das Buch "Samba 2" von O'Reilly sehr geholfen. Es ist frei im Internet verfügbar ist.

Gruß

Susanne

Als Nachtrag, der Link zum Buch.