sbE 10 Geschrieben 23. Januar 2008 Melden Teilen Geschrieben 23. Januar 2008 hi, ich habe hier ein problem mit mehreren servern. wenn ich daten von diesen auf z.b. mein notebook kopieren möchte, dauert dies extrem lang (5 gb in 10 stunden). wenn ich aber daten von einem anderen pc au mein notebook (am gleichen switch wohlgemerkt) kopiere, flutscht das wie erwartet. mit iperf läßt sich das kuriose verhalten noch besser darstellen: C:\>iperf -c server1 ------------------------------------------------------------ Client connecting to server1, TCP port 5001 TCP window size: 8.00 KByte (default) ------------------------------------------------------------ [ 3] local nb1 port 49359 connected with server1 port 5001 [ 3] 0.0-10.0 sec 1.56 MBytes 1.31 Mbits/sec C:\>iperf -c pc1 ------------------------------------------------------------ Client connecting to pc1, TCP port 5001 TCP window size: 8.00 KByte (default) ------------------------------------------------------------ [ 3] local nb1 port 49380 connected with pc1 port 5001 [ 3] 0.0-10.0 sec 139 MBytes 117 Mbits/sec jetzt das interessante... sobald ich das tcp-window auf mindestens 9kb hochsetze, explodiert die übertragungsrate förmlich auf das zu erwartende normalniveau: C:\>iperf -c server1 -w 9k ------------------------------------------------------------ Client connecting to 172.16.1.3, TCP port 5001 TCP window size: 9.00 KByte ------------------------------------------------------------ [ 3] local pc1 port 49366 connected with server1 port 5001 [ 3] 0.0-10.0 sec 426 MBytes 358 Mbits/sec tja, wie schon gesagt, dass problem tritt nicht nur mit einem server auf. was kann das wohl sein!?!?!?! windows bug? böser virenscanner!!?!? schlechte treiber (sind aber unterschiedliche netzwerkkarten (hp/dell)?!? Zitieren Link zu diesem Kommentar
schnuffi79 11 Geschrieben 23. Januar 2008 Melden Teilen Geschrieben 23. Januar 2008 Das ist ja mal ein schöner aber wieder mal schwer zu Lösenderfehler. Hast du mal an den Betroffenen Geräten/Servern die Treiber ausgetauscht bzw. neuste Version wenn es sich um die Neuste handelt eventuell eine Treiberversion Zurück. Stecke dich die Betroffenen Server mal auf einen anderen Switchport eventuell hat der auch ein Make, sind deine Kabel in Ordnung Gigabyt solltest mindestens schon cat 6 haben oder höher wäre noch besser. Zitieren Link zu diesem Kommentar
sbE 10 Geschrieben 23. Januar 2008 Autor Melden Teilen Geschrieben 23. Januar 2008 naja, so einfach ist das mit der testerei nicht...da kundensystem(e) und dann auch noch jeweils exchange & ads. :( die stats der switchports sind sauber und ein mode-mismatch ist's auch nicht. da die server von dell und hp sind, und dann auch noch eine generation dazwischen liegt haben wir also auch nicht die selbe ausgangslage was die nic-treiber angeht. da muß irgendwie irgendwo eine andere gemeinsamkeit existieren. mehr server habe ich übrigens noch nicht getestet (aus zeitgründen). im einsatz ist übrigens ca antivirus. Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 23. Januar 2008 Melden Teilen Geschrieben 23. Januar 2008 Vielleicht ist hier was dabei ... http://www.mcseboard.de/windows-forum-ms-backoffice-31/langsame-schreibzugriffe-datenserver-64111.html Zitieren Link zu diesem Kommentar
sbE 10 Geschrieben 23. Januar 2008 Autor Melden Teilen Geschrieben 23. Januar 2008 hmm, flow control...ist ne idee. auf einem hp-switch ist das defaultmäßig deaktiviert. ich schreib's mir mal hinter die ohren. weiß jemand zufällig wie sich die tcp-window geschichte unter 2003 verhält!? wird das window während einer session automatisch nach oben geregelt!? Zitieren Link zu diesem Kommentar
IThome 10 Geschrieben 23. Januar 2008 Melden Teilen Geschrieben 23. Januar 2008 Description of Windows 2000 and Windows Server 2003 TCP Features Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.