Re: [LTSP] boot > 15 min., wenn Bandbreitenübergang im Ethernet
Daniel Musketa schrieb am Freitag, 02. Juni 2006 um 10:23:49 +0200:
> Am Freitag, 2. Juni 2006 01:02 schrieb Daniel Musketa:
> > 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.
> > >
> [...]
> > 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).
>
> So, ein direkt an den Hub angeschlossenes Linux mit ethtool bestätigt mir:
> Speed: 10 Mb/s
> Duplex: Half!
> (Gibt es überhaupt Hubs mit Full Duplex? Wäre das dann nicht automatisch ein
> Switch?)
Ja, gibts/gabs, allerdings nur ganz selten, funktioniert das noch schlechter (nach meiner
Erfahrung).
Nein es wäre kein switch.
Hub (gebräuchliche Bezeichnung für einen Multi-Port-Repeater):
Ein Netzwerkpaket kommt auf einem Port rein und wird auf allen anderen
wieder rausgeschickt.
Switch: Ein Switch lernt welche Netzwerkgeräte an welchem Port hängen
und verschickt ein eingehendes Paket nur auf den Port, an dem der
Empfänger hängt. Vorteil, die Geräte 'stören' sich nicht gegenseitig.
Kollisionen.
> An dem Hub (3Com Hub TP4 Combo) gibt es einen kleinen Schalter "MDI/X" für
> Port 4. Ich nehme nicht an, daß das irgeneine Rolle spielt, oder?
der vertauscht die RX und TX Leitung an diesem Port, Vorteil, Du
brauchst kein gekreuztes Kabel, wenn Du diese Port mit einem Hub oder
Switch verbindest. Da Dein Netz auch so funktioniert, scheinen die
Switche ein autosensing zu machen und die Einstellung an diesem Port
kann Dir egal sein.
Zu Deinem Problem: Können Kollisionen der Grund sein? Hat Dein Hub einen
LED die Dir Kollisionen anzeigt, wenn ja, gibt es vielleicht sehr viele
Kollisionen?
--
Jörg Friedrich
There are only 10 types of people:
Those who understand binary and those who don't.
Reply to: