Download != Upload ***Gelöst!!!***

[wagnbeu0]

Hallo,

ich habe hier eine Debian und eine SuSE-Workstation stehen. Wenn ich per NFS auf die SuSe-Workstation was kopieren will, schaffe ich im Netzwerk 5 MB/s. Probiere ich das gleiche mit Samba auf die SuSE-WS, das gleiche, auch per SCP.

Will ich nun aber Daten runterladen, so schaffe ich mit FTP 130kb/s, mit scp 12kb/s. Mit Samba liege ich dazwischen.

Ich kann mir das leider gar nicht erklären. die MTU liegt bei 1500, ein TRaceroute hat gezeigt, dass der WEg der DAten immer über die gleichen Netzwerkverbindungen läuft. Ich bin ratlos. Ist zwar auf einer SuSE, aber vielleicht kann mir trotzdem jemand helfen.
Verwendete Distribution: SLES8 mit KErnel 2.4

Gruß
Benny Wagner

[Friesi]

Schau doch mal was auf der Leitung so passiert (ethereal).
Hatte mal bei nem Kernel 2.6.8 das Problem gehabt, das falsche TCP Packete gesendet wurden, nach einen downgrade auf 2.6.7 gings komischerweise wieder normal.

Schau mit ethereal ob die ACKs und SYN Flags richtig gesetzt werden oder ob er ein Packet öfters senden muss, bis es angenommen wird.

[BeS]

Hallo,
scp ist deswegen am langsamsten, weil hier die Daten verschlüsselt und durch einen ssh-Tunnel geschickt werden, was natürlich Bandbreite kostet.

Der Unterschied ftp-samba kann ich mir nur so erklären, wobei diese Info ohne Gewähr ist, dass bei Samba wahrscheinlich noch Zusatzinformationen übertragen werden da Samba ja quasi für den Windows PC ein windows-Netzwerk simulieren muß.

Ich hoffe das hilft dir weiter und ich liege mit meiner samba-Theorie nicht ganz falsch

[wagnbeu0]

Also, der Server wurde heute in einen neuen Serverraum umgezogen. Neuer Switch, neues Kabel etc.
Das Problem besteht IMMER NOCH!!!

Kann sich jemand das erklären???

[Friesi]

Wenns ein Problem des Systems ist, ja
Den Tipp mit dem Kernel mal befolgt?

[wagnbeu0]

Also, das Problem wurde gelöst:
Die Netzwerkkarte ist per Default auf auto konfiguriert, da in der Datei modules.conf kein Parameter angegeben wurde. Die Netzwerkkarte ist eine Broadcom 10/100/1000. Als Default nehmen sowohl SuSe als auch RedHat den tg3-Treiber dafür, der kann aber keine Optionen mitnehmen.
Also haben wir als erstes mal den Switch im Serverraum von 100 MB FD auf auto umgestellt, schon läuft die Kiste 1A.
Dann haben wir von Broadcom den bmc5700-Treiber kompiliert, und in der /etc/modules.conf eingetragen:

alias eth0 bcm5700
options bcm5700 line_speed=100 full_duplex=1 auto_speed=0

Den Switch wieder auf 100 MB FD umgestellt, und auch dann läuft das System 1A.
Falls also jemand das gleiche Problem hat, einfach mal kontrollieren, wie die Netzwerkkarte eingestellt ist.

Danke für eure Vorschläge

[Friesi]

mhm komisch.

Benutze auch tg3 für die Broadcom NICs und dmesg sagt mir das hier:

Code: Alles auswählen

tg3: eth0: Link is up at 100 Mbps, full duplex.
tg3: eth0: Flow control is off for TX and off for RX.
tg3: eth1: Link is up at 1000 Mbps, full duplex.
tg3: eth1: Flow control is on for TX and on for RX.

Also scheints bei mir nicht so zu sein

[wagnbeu0]

Ja, aber der tg3-Treiber scheint einfach nur auto zu können.Probier mal, die eth1 auf 100 MB HalfDuplex einzustellen ...