trantino
Goto Top

Samba Zugriffe, Umbennen von Dateien langsam?

Verlangsamung nur von Samba-Share - nicht von Windows-Freigabe nach Update Anwendersoftware auf Client

Hallo, folgendes Prob: Eine CAD-Software speichert ein Projekt (mit mehreren Dateien) übers Netz auf eine Samba-Share. Dies ging bisher alles so wie soll, schnell usw... Nach einem Update dieser SW speichert die SW die Projektdateien als *.tmp, prüft die Dateien und benennt sie nach erfolgreichem Prüfen in die jeweiligen richtigen Dateinamen um. Dieser ganze Vorgang hat bei einem von der Grösse her gleich gebliebenen Projekt eine Zeitverzögerung um das 4-fache gegenüber vorher. Nun könnte man meinen, es liegt am Prüfvorgang - nein. Die ganze Aktion auf eine WindowsFreigabe geht schön schnell.
Kann es am Samba oder gar eventuell am Dateisystem liegen? Dateisystem ist ext3.

smb.conf ist standard....
---snip---
kernel oplocks = yes
read raw = yes
socket options = TCP_NODELAY
---snap---

Content-Key: 113520

Url: https://administrator.de/contentid/113520

Ausgedruckt am: 19.03.2024 um 05:03 Uhr

Mitglied: Alphavil
Alphavil 08.04.2009 um 16:04:29 Uhr
Goto Top
Das es am Dateisystem liegt kann ich mir nicht vorstellen.

Welche Version des Samba-Servers hast du den am laufen ?
Mitglied: Biber
Biber 08.04.2009 um 16:22:36 Uhr
Goto Top
<OT>
Running gag #393
Samba Zugriffe, Umbennen von Dateien langsam?
Ach, Umbennen geht auch unter Samba? *notier*
</OT>

Grüße
Biber
Mitglied: 75823
75823 08.04.2009 um 20:24:51 Uhr
Goto Top
Windowsfreigabe und Sambafrigabe, ist das die selbe Hardware? HDD, RAM, NIC, CPU? Es ist nämlich so, wenn du eine Datei innerhalb von Freigaben kopierst, wird die auf deinen Rechner gezogen und dann wieder dort gespeichert.
Mitglied: trantino
trantino 09.04.2009 um 08:15:37 Uhr
Goto Top
also es handelt sich um ein debian 4.0 mit samba 3.0.24.
Mitglied: trantino
trantino 09.04.2009 um 08:22:39 Uhr
Goto Top
nene, da hab ich wohl etwas falsch ausgedrückt. die clients sind windows-kisten und die server sind normalerweise debian mit samba-shares. Ich habe nur mal so zum test von den clients aus nicht auf die server speichern lassen, sonder auf eine windows-freigabe, um erstmal generell zu prüfen, obs eventuell am netzwerk liegt. Und somit habe ich herausgefunden(?) dass es wohl am samba liegen muss. Es ist also NUR in der Konstellation clientsoftware-->samba so langsam. Normales Schreiben und Lesen auf dem Netzlaufwerk ist OK.
Mitglied: 75823
75823 09.04.2009 um 09:00:19 Uhr
Goto Top
Ja, ich hab auch nict alles erklärt. Diese Vorgang
Nach einem Update dieser SW speichert die SW die Projektdateien als
*.tmp, prüft die Dateien und benennt sie nach erfolgreichem Prüfen
in die jeweiligen richtigen Dateinamen um

ergibt nicht fiel Sinn wenn die tmp Datei einfach umbenannt wurde. Ich wette darauf das die wurde bist zu ende beibehalten bis eine neue copie gibt und nur dann wird die gelöscht. Also es wird von den Client die tmp Datein in die orig. Datei kopiert. Um so was durch zu machen mit eine Netzwerk Freigabe, wird die Datei gleichzeitig von den Server auf den Client und von den Client auf den Server übertragen. Die Geschwindigkeit steigt 4x runter wegen Netztwerk. Das zweites Proble ist die HDD auf dem Srever, nämlich gleichzeitig von den zu lesen und schreiben sollte für ihm schwierig sein. Wenn Kiste viel RAM hat, dann ist die Datei im RAM Cache und dies wegen entlastet es den HDD. Wenn de aber sagst das den Rechner mit Winfreigaben hat weniger ram als den Server, dann müssen wir die Einstellungen wirklich noch ein mal nach schauen.
Mitglied: 75823
75823 09.04.2009 um 09:19:46 Uhr
Goto Top
Also manchmal hilft die Option:
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192

IMHO mehr kannst du nicht optimieren.