Hi Patrick, Patrick Matthäi schrieb: > [Cat 6 Verkabelung] > > Allerdings scheint es > > mir, dass einige Kabel vermutlich in der Bauphase etwas gelitten haben - > > darüber bekomme ich keine Gigabit-Verbindung hin. > > > Frage: Gibt es ein Tool, mit dem ich die Qualität der Verbindung bzw. > > den Datendurchsatz testen kann? > > Eher nicht, es gibt allerdings sündhaft teure Kabeltester, die dir auch > zB Map Fehler, Übersprechen von Ader X auf Y etc anzeigen, die gibt es > so ab 400 Euro aufwärts. OK, für einmal Hütte durchmessen wollte ich das nicht wirklich investieren. Falls jemand von Euch Zugriff auf so ein Teil hat und mir mal einen Abend seiner Zeit schenken mag, bitte Rückmeldung per PM. - Sicher kann ich mich da auch im Gegenzug irgendwie erkenntlich zeigen...
Was meinst Du mit Map-Fehlern? Die Zuordnung der Adern? Das kann mein 5,99 € Kabeltester auch ... und dafür hat sich diese Ausgabe schon mehrfach amortisiert. - Guckste da: http://www.netzwerkartikel.info/product_info.php?info=p715_Kabeltester-fuer-RJ11---RJ12---RJ45.html > > Habe mir bisher mit folgender Krücke geholfen: > > > * mit wget via Apache große (300 MB) Dateien gesaugt > > * parallel lief im Hintergrund iptraf und zeigte mir keine > > IP-Checksum-Errors Gibt's da keine bessere Alternative zu IPTraf? Die Frage ist auch, wie wird die Geschwindigkeit ausgehandelt? Läuft das über Software im Treiber oder ist das alles Firmware des NIC und man kann solche Daten nicht auswerten/ abgreifen? > > Dabei kam ich bei ersten Tests auf Daten-Raten von ~110 MB/s in die eine > > Richtung und ~70 MB/s in die andere. > An sich kein schlechter Wert. OK. Das ist ja schon mal eine Aussage. > > 2. Kann ich mir den Unterschied im Datendurchsatz je Richtung durch die > > Qualität der Schirmung einzelner Adernpaare erklären, oder wird das an > > der Leistung der Rechner respektive Netzwerkkarten liegen? Der gute Wert > > ist Server -> Notebook. > > Festplatte I/O dürfte der Flaschenhals sein, besonders beim Schlepptop, > Netzwerkkarten bieten auch nicht immer das was draufsteht. Das klingt eigentlich plausibel. Vor allem wo der Server einen SATA-RAID Verbund mit Areca-Controller hat. - Gegenargument: Wenns nur HD I/O beim Schleppi wäre, müsste (durch den Cache) wiederholtes Saugen schnellere Werte liefern. - Die werden aber tendentiell schlechter. Wenn ich dann alle gesaugten Dateien lösche und nochmal anfange bekomme ich wieder bessere Werte. Wird am Ende die Kombination von I/O und Netzwerkkarte sein. e/Mailingliste/hints.epo -- Stefan U. Hegner <[email protected]> * * * D-32584 Löhne --- good ole Germany internet: http://www.hegner-web.de * * * GPG-Key | D9DB 51BD 2DA6 9B3A 41CB F-Print | 0287 05A1 8D11 38BA CE91
signature.asc
Description: OpenPGP digital signature
-- Linux mailing list [email protected] subscribe/unsubscribe: http://lug-owl.de/mailman/listinfo/linux Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo
