Re: [LTSP] boot > 15 min., wenn Bandbreitenübergang im Ethernet
Am Donnerstag 01 Juni 2006 23:13 schrieb Reinhold Plew:
> Daniel Musketa wrote:
> > Am Donnerstag 01 Juni 2006 19:12 schrieb Reinhold Plew:
> >> Daniel Musketa wrote:
> >> > Ist hier im Netz irgendwas extrem faul oder ist dieses Verhalten zu
> >> > erwarten/normal? Wenn letzteres, gibt es die Möglichkeit, das
> >> > NFS-Mounten stabiler zu machen (über TCP, angehängte Optionen oder
> >> > sowas)?
> >>
> >> Läuft die 10MBit Verbindung evt. im HalfDuplex Mode?
> >
> > Mmh, kann ich grad nicht so genau sagen ...
> >
> > Am Donnerstag 01 Juni 2006 16:43 schrieb Daniel Musketa:
> >> Der Hub (ein 3Com-Office-Teil, ich wüßte auch nicht von einer
> >> Konfigurierbarkeit) dient mir nur als Bremse, weil die eben nicht
> >> konfigurierbaren Switche links und rechts der schlechten Kabelstrecke
> >> sonst versuchen würden, 100 Mbit miteinander zu sprechen, was schief
> >> geht.
> >
> > Da muß ich morgen mal an den Schrank gehen und nachschauen, ob der das
> > kann. Wie kriege ich das raus? Kann ich mich auf die Ausgabe von
> > "ethtool" eines direkt angeschlossenen Linux' verlassen?
>
> sollten Dir eigentlich die Netzwerkkarten sagen.
>
> > Was wäre an Half Duplex eigentlich schlimm? (Es stecken übrigens nur zwei
> > Kabel in diesem 10er Hub, jeweils zu einem 10/100er Switch.)
>
> Hatte auch mal so einen Effekt mit einem Billig-Switch.
> Beim Ping alles ok, aber beim Datentransfer war Kaffekochen angesagt.
> Half-Duplex heisst ganz einfach, das beide Seiten nicht gleichzeitig
> senden und empfangen können. Alles schön nacheinander.
Habe gerade mal einen ganz groben Test mit Samba gemacht, weiß nicht, ob der
was aussagt: Wenn ich eine Datei über den 10er Flaschenhals kopiere, ist der
Datendurchsatz ca. 900 kB TX zu 35 kB RX (netto), starte ich gleichzeitig
eine Kopie in die Gegenrichtung, 600 kB TX zu 375 kB RX. Sieht also schon
sehr nach Half Duplex aus, wenn ich das richtig verstanden habe.
Was aber könnte das mit dem scheiternden NFS-Mount zu tun haben?
TCP-Verbindungen laufen absolut zuverlässig über diese Strecke und auch
OpenVPN, das über UDP läuft hat keine Probleme (895 kB über eth0 = 850 kB
über tun0).
Grüße
Daniel
Reply to: