-
Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.
Samba in einer Richtung extrem langsam
- Ersteller Kurt M
- Erstellt am
- Status
hmm, war mir nicht wirklich aufgefallen. ein treiber namens r8169 wurde per modeprobe von suse aktiviert und das netzwerk "steht" ja..
aber ohne dokumentierte einstellungen hilft mir/uns das nicht sehr viel. wär nicht die erste karte,
die sich nur per manuellem eingriff bei link und speed vernünftig, in welches betriebssystem auch immer, einbinden läßt.
die auto-einstellung der treiber klappt zumindest bei mir meistens nicht.
aber ohne dokumentierte einstellungen hilft mir/uns das nicht sehr viel. wär nicht die erste karte,
die sich nur per manuellem eingriff bei link und speed vernünftig, in welches betriebssystem auch immer, einbinden läßt.
die auto-einstellung der treiber klappt zumindest bei mir meistens nicht.
nachtrag:
hab mir mal den treiber von realtek runtergeladen, nennt sich jetzt r1000 und auch kompiliert. war für mich nicht so einfach,
aber 3h später war's geschafft. leider ohne erfolg, es schnarcht immer noch vor sich hin. also bleibt weiterhin nur
onboard deaktiv und alte 100mbit wieder rein. vielleicht hat jemand noch ne andere lösung???
hab mir mal den treiber von realtek runtergeladen, nennt sich jetzt r1000 und auch kompiliert. war für mich nicht so einfach,
aber 3h später war's geschafft. leider ohne erfolg, es schnarcht immer noch vor sich hin. also bleibt weiterhin nur
onboard deaktiv und alte 100mbit wieder rein. vielleicht hat jemand noch ne andere lösung???
OP
Kurt M
Hacker
ich hab mal in aller Hoffnung die letzte Beta-9 von Suse 10.1 installiert um hier die Geschwindigkeit zu testen.
Dateien mit knapp 1 GB vom Server auf den 10.1 Client über das 1GB Netzwerk. Das Ergebnis:
über einen NFS Mount: 24 MB/s
über einen smbfs Mount: xxx kb/s
ich schreibe nur xxx, weil es eigentlich gar nicht mehr geht. Vielleicht 8 kB/s, aber es gibt immer Wartezeiten von mehreren Minuten zwischendurch.
Gut, die 10.1 ist noch eine Beta, aber es sieht nicht so aus, als würde es im Vergleich zur 10.0 in diesem Punkt keine Verbesserung geben.
Zur Sicherheit habe ich noch am gleichen PC eine Suse 9.3 installation, wo der smbfs mount mit 12 MB/s läuft, hier ist es also noch ok.
Ich habe mir nochmal eine Stunde zeit genommen und nach dem Problem gegoogelt. Fazit: es gibt jede Menge Berichte über das Samba+Gigabit Problem, aber leider keine Lösung. In den Samba-Mailinglisten kommt von den Samba-Entwicklern auch nur Schulterzucken. Ich habe viele Hilferufe gefunden und keinen der einen entscheidenden Hinweis geben konnte. Diese Diskussion gibt es schon seit 2004 bis heute.
Morgen versuche ich einen "kopfschuss"-Workaround. Ich werde auf meinem Server eine Windowsinstallation unter VMware laufen lassen, und diese anstelle von Samba benutzen. Ist zwar komplett doof, aber wenns hilft....
Dateien mit knapp 1 GB vom Server auf den 10.1 Client über das 1GB Netzwerk. Das Ergebnis:
über einen NFS Mount: 24 MB/s
über einen smbfs Mount: xxx kb/s
ich schreibe nur xxx, weil es eigentlich gar nicht mehr geht. Vielleicht 8 kB/s, aber es gibt immer Wartezeiten von mehreren Minuten zwischendurch.
Gut, die 10.1 ist noch eine Beta, aber es sieht nicht so aus, als würde es im Vergleich zur 10.0 in diesem Punkt keine Verbesserung geben.
Zur Sicherheit habe ich noch am gleichen PC eine Suse 9.3 installation, wo der smbfs mount mit 12 MB/s läuft, hier ist es also noch ok.
Ich habe mir nochmal eine Stunde zeit genommen und nach dem Problem gegoogelt. Fazit: es gibt jede Menge Berichte über das Samba+Gigabit Problem, aber leider keine Lösung. In den Samba-Mailinglisten kommt von den Samba-Entwicklern auch nur Schulterzucken. Ich habe viele Hilferufe gefunden und keinen der einen entscheidenden Hinweis geben konnte. Diese Diskussion gibt es schon seit 2004 bis heute.
Morgen versuche ich einen "kopfschuss"-Workaround. Ich werde auf meinem Server eine Windowsinstallation unter VMware laufen lassen, und diese anstelle von Samba benutzen. Ist zwar komplett doof, aber wenns hilft....
Es gibt oft manchmal Themen, da suchst Du und findest echt nur Leute die die das Selbe Problem haben, aber keine Lösung. Ich hatte auch zwischendurch gegooglet, bin da aber auch nicht ganz so fündig geworden. Ganz so viel Zeit hatte ich mir nicht genommen, denn ich habe das Sambateam nicht mit zuckenden Schultern gesehen, und auch nicht erkannt, dass das Problem seit 2004 besteht.
Bisher hatte ich immer den Eindruck gehabt, dass es in Zusammenhang mit SuSE 10.0 oder dem neuen Kernel zu tun hat. *kopfkratz*
Bisher hatte ich immer den Eindruck gehabt, dass es in Zusammenhang mit SuSE 10.0 oder dem neuen Kernel zu tun hat. *kopfkratz*
Frankie777
Advanced Hacker
Hi,
ich habe jetzt meine Rechner mit eingebauter 1 Gbyte Schnitstelle Broadcom NetXtreme über einen 1 GBit Switch zusammengeschaltet. Es sind Suse 9.3 und Win2003 Rechner.
module ist tg3
Probleme: keine
Es kann kein reines Samba Problem sein.
ich habe jetzt meine Rechner mit eingebauter 1 Gbyte Schnitstelle Broadcom NetXtreme über einen 1 GBit Switch zusammengeschaltet. Es sind Suse 9.3 und Win2003 Rechner.
module ist tg3
Probleme: keine
Es kann kein reines Samba Problem sein.
OP
Kurt M
Hacker
dieser Beitrag von 2004 beschreibt das Problem ziemlich genau:
http://www.ussg.iu.edu/hypermail/linux/kernel/0408.1/1118.html
mein Verdacht kreist inzwischen auch um den sk98lin Treiber und das Interrupthandling, da mir auch schon aufgefallen ist, dass die Geschwindigkeit auch von der Art der übertragenen Daten bzw der benutzten Applikation abhängt.
Es scheint also damit zu tun zu haben, wie schnell und in welchen Größen die Programme Daten übertragen wollen. Das klingt doch sehr nach Interrupthandling.
Leider haben alle eth Karten von mir den sk98lin Treiber. Mich würde aber sehr interessieren, ob irgendwer eine Gigabit-Netzwerkkarte hat, die einen anderen Treiber benutzt, und ob das Problem unter Suse 10.0 und Samba dort ebenfalls auftritt.
http://www.ussg.iu.edu/hypermail/linux/kernel/0408.1/1118.html
mein Verdacht kreist inzwischen auch um den sk98lin Treiber und das Interrupthandling, da mir auch schon aufgefallen ist, dass die Geschwindigkeit auch von der Art der übertragenen Daten bzw der benutzten Applikation abhängt.
Es scheint also damit zu tun zu haben, wie schnell und in welchen Größen die Programme Daten übertragen wollen. Das klingt doch sehr nach Interrupthandling.
Leider haben alle eth Karten von mir den sk98lin Treiber. Mich würde aber sehr interessieren, ob irgendwer eine Gigabit-Netzwerkkarte hat, die einen anderen Treiber benutzt, und ob das Problem unter Suse 10.0 und Samba dort ebenfalls auftritt.
Warum hatte ich dann mit Suse 10.1 Beta8 keine Probleme mit dem Netzwerk?
Jetzt bin ich aber sehr skeptisch.
Kurt M hast du den test gleich nach der Installation gemacht? oder hast du noch andere Dienste am laufen gehabt die vielleicht samba hindern? Ich habe ein System installiert ohne Oberfläche und gleich Samba hinterher installiert. und es gibt mit 37MB/s konstant.
Jetzt bin ich aber sehr skeptisch.
Kurt M hast du den test gleich nach der Installation gemacht? oder hast du noch andere Dienste am laufen gehabt die vielleicht samba hindern? Ich habe ein System installiert ohne Oberfläche und gleich Samba hinterher installiert. und es gibt mit 37MB/s konstant.
OP
Kurt M
Hacker
ich habe die 10.1 Beta9 nur zum Zweck dieses Tests installiert.
Also eine Standardinstallation durchlaufen lassen und danach sofort getestet.
37MB/s ist ziemlich gut, spricht für die Geschwindigkeit deiner PCs.
In Bugzilla gab es sofort eine Reaktion, super !
Jetzt soll ich diverse Dateien schicken, was ich natürlich gleich machen werde.
Also eine Standardinstallation durchlaufen lassen und danach sofort getestet.
37MB/s ist ziemlich gut, spricht für die Geschwindigkeit deiner PCs.
In Bugzilla gab es sofort eine Reaktion, super !
Jetzt soll ich diverse Dateien schicken, was ich natürlich gleich machen werde.
Mein Problem scheint vorerst gelöst zu sein, mein Netzwerk läuft jetzt ganz passabel. Meine
zahlreichen Versuche und probierten Einstellungen ohne gespeicherten Analysen mit Ethereal
finden sich in der Hardware-Rubrik unter:
http://www.linux-club.de/viewtopic.php?t=58062&start=0&postdays=0&postorder=asc&highlight=
Kleine Anmerkung noch dazu: Ich habe bis auf meine rennende Systemuhr (per adjtime und hwclock --systohc beruhigt)
keinerlei sonstige Veränderungen (Updates, zusätzliche Hardware, Samba) vorgenommen, alle meine Einstellungen
betreffen rein die Netzwerk-Konfiguration.
zahlreichen Versuche und probierten Einstellungen ohne gespeicherten Analysen mit Ethereal
finden sich in der Hardware-Rubrik unter:
http://www.linux-club.de/viewtopic.php?t=58062&start=0&postdays=0&postorder=asc&highlight=
Kleine Anmerkung noch dazu: Ich habe bis auf meine rennende Systemuhr (per adjtime und hwclock --systohc beruhigt)
keinerlei sonstige Veränderungen (Updates, zusätzliche Hardware, Samba) vorgenommen, alle meine Einstellungen
betreffen rein die Netzwerk-Konfiguration.
Hallo an alle geplagten,
ich hatte bei einem Kunden auch ein Problem mit der Performance und zusätzlich mit verschwindenden ACLs und Excel-Dateien mit vielen Verknüpfungen.
Dateien mit brauchte bis zu 3 Minuten bis sie geöffnet waren.
Installiert ist eine suse 10.0 mit Samba 3.0.20. Ich habe auch Versionen bis hin zur 3.0.22 versucht. Überall das selbe, langsam und ein komische Verhalten in Zusammenhang mit Excel Dateien. Im Swat unter Status waren die geöffneten Dateien immer mit dem Status DENY_DOS versehen, das ist falsch, dann kommt es zu massiven Problemen beim Zugriff auf die Datei, zum einen hinsichtlich der Performance zum anderen was das locking über die oplocks angeht. Der richtige Status müsste hier ein DENY_NONE.
Jetzt habe ich den Samba 3.0.14a eingespielt und alles ist gut. Die Performance ist super, der Status stimmt und alles ist gut.
Ich habe jetzt auch lange gesucht bis ich das gefunden habe. Das muss ein dicker Bug im samba 3.0.2x sein.
Ich hoffe es hilft euch weiter
ich hatte bei einem Kunden auch ein Problem mit der Performance und zusätzlich mit verschwindenden ACLs und Excel-Dateien mit vielen Verknüpfungen.
Dateien mit brauchte bis zu 3 Minuten bis sie geöffnet waren.
Installiert ist eine suse 10.0 mit Samba 3.0.20. Ich habe auch Versionen bis hin zur 3.0.22 versucht. Überall das selbe, langsam und ein komische Verhalten in Zusammenhang mit Excel Dateien. Im Swat unter Status waren die geöffneten Dateien immer mit dem Status DENY_DOS versehen, das ist falsch, dann kommt es zu massiven Problemen beim Zugriff auf die Datei, zum einen hinsichtlich der Performance zum anderen was das locking über die oplocks angeht. Der richtige Status müsste hier ein DENY_NONE.
Jetzt habe ich den Samba 3.0.14a eingespielt und alles ist gut. Die Performance ist super, der Status stimmt und alles ist gut.
Ich habe jetzt auch lange gesucht bis ich das gefunden habe. Das muss ein dicker Bug im samba 3.0.2x sein.
Ich hoffe es hilft euch weiter
stka schrieb:
Gut dass ich es nicht verschoben habe. *schwitz* Danke Stefan. Leider konnte ich hier das ganze nicht nachvollziehen, nur die von mir bereits bemerkten Übereinstimmungen. Alle Beteiligten würde ich noch mal bitten ein Feedback zu geben, nach dem sie es ausprobiert haben.
OP
Kurt M
Hacker
Ich habe heute unter Suse 10.1 die ältere Sambaversion 3.0.13 installiert.
Das Geschwindigkeitsverhalten ist das gleiche wie bei der neuesten Sambaversion, bei mir hat das also nichts gebracht.
Ich tippe auch darauf, dass sich das Problem nur zufällig gerade bei Samba so deultich zeigt, aber irgendwo anders seine Ursache hat, vielleicht im Kernel.
Das würde auch erklären, warum digikam bei mir ebenfalls übers Gigabitnetz sehr langsam läuft (via NFS). Bei anderen Programmen konnte ich es über NFS jedoch noch nicht feststellen.
Das Geschwindigkeitsverhalten ist das gleiche wie bei der neuesten Sambaversion, bei mir hat das also nichts gebracht.
Ich tippe auch darauf, dass sich das Problem nur zufällig gerade bei Samba so deultich zeigt, aber irgendwo anders seine Ursache hat, vielleicht im Kernel.
Das würde auch erklären, warum digikam bei mir ebenfalls übers Gigabitnetz sehr langsam läuft (via NFS). Bei anderen Programmen konnte ich es über NFS jedoch noch nicht feststellen.
- Status