staging.inyokaproject.org

via DuckDuckGo

Gigabit Ethernet einrichten

Status: Gelöst | Ubuntu-Version: Ubuntu 11.10 (Oneiric Ocelot)
Antworten |

DaVu

Anmeldungsdatum:
19. Oktober 2011

Beiträge: Zähle...
Zitieren
19. Juli 2012 18:07

Guten Tag zusammen...

Das ist meine erste Frage hier, also habt ein wenig Nachsicht, wenn ich vielleicht etwas unbeholfen wirke 😉

Ich habe ein klitzkleines Problem mit meinem Netzwerk zu Hause. Und zwar bekomme ich zu meinem Linux Rechner

- Motherboard Zotac ION F-Series (on board LAN genutzt)

- Installiertes XBMCbuntu 11 Eden

keine Gigabit Verdindung hin. Die Verbindung ist definitiv nur eine 100Mb/s Verbindung

Das kann ich mit ziemlich großer Wahrscheinlichkeit sagen, da ich mit

1
sudo ethtool -s eth0 speed 100 duplex full autoneg on

die gleiche ÜBertragungsrate von ca 6.400KiB/s habe wie mit der Einstellung "speed 1000 duplex full autoneg on"

Unter meinen beiden Windows PC´s klappt das einwandfrei. Da sind 35GB (um mal eine Hausnummer zu nennen) in ca. 15 Minuten übertragen. Zum Linux Rechner dauert es ca 1,5 Stunden.

Einen defekt des Netgear Switches oder eines der Kabel schließe ich aus, da es ja unter den Windows-Maschinen funktioniert. Getestet habe ich aber dennoch auch verschiedene Kabel um einfach sicher zu sein.

Jetzt meine Frage...

Was kann ich noch versuchen, damit das funktioniert? Ich google ja gerne, aber jetzt stehe ich ziemlich auf dem Schlauch.

Falls ihr noch Infos braucht, lasst es mich wissen. Ansonsten ist hier mal die Ausgabe von

ethtool eth0:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
        Supported ports: [ MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 3
        Transceiver: external
        Auto-negotiation: on
        Supports Wake-on: g
        Wake-on: g
        Link detected: yes

Ich danke euch schon mal für eure Hilfe

Grüße David

praseodym Team-Icon

Supporter
Avatar von praseodym

Anmeldungsdatum:
9. Februar 2009

Beiträge: 22076
Zitieren
19. Juli 2012 18:52

Hallo,

poste alle Terminal-Ausgaben aus diesem Thread in Codeblöcken zur "Diagnose".

Gruss

praseodym

DaVu

(Themenstarter)

Anmeldungsdatum:
19. Oktober 2011

Beiträge: 319
Zitieren
19. Juli 2012 19:46

Gut...dann fangen wir mal an 😉

Wie ist das Netzwerk aufgebaut?

1
Windows und XBMCbuntu Rechner hängen an einem Netgear Gigabit Switch mit entsprechenden Kabeln

Welche Geräte werden verwendet?

1
2
3
Netzwerkkarte vom Windows PC: Realtek PCIe GBE Family Controller (on Board)
Netzwerkkarte vom Linux Rechner: Kann ich nicht sagen, ist aber der Port auf Zotac ION-Board F-Series mit nVidia Chipsatz
Switch: Netgear gs 108

Von welchem Hersteller? Wie lautet der genaue Gerätename und die Version?

1
Siehe oben

Wie und wo sind die Geräte angeschlossen?

1
Per LAN Kabel am Switch

Welcher Internetanbieter?

1
2

Unwichtig

Alle Punkte unter "2." auf der von dir genannten Seite sehe ich als nicht so relevant an, da grundlegend das Netzwerk ja läuft. Die Netzwerkkarten werde alle erkannt (Von Windows, so wie von Linux und es werden auch die unterstützten Geschwindigkeiten korrekt angezeigt und ist auch von mir schon im 1. Post enthalten). Auch der Switch zeigt einen Gigabit Link (bei Netgear GS108; beide LED´s leuchten = Gigabit)

uname -a :

1
Linux xbmc-david 3.0.0-17-generic #30-Ubuntu SMP Thu Mar 8 17:34:21 UTC 2012 i686 i686 i386 GNU/Linux

lspci -nn :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
00:00.0 Host bridge [0600]: nVidia Corporation MCP79 Host Bridge [10de:0a82] (rev b1)
00:00.1 RAM memory [0500]: nVidia Corporation MCP79 Memory Controller [10de:0a88] (rev b1)
00:03.0 ISA bridge [0601]: nVidia Corporation MCP79 LPC Bridge [10de:0aad] (rev b2)
00:03.1 RAM memory [0500]: nVidia Corporation MCP79 Memory Controller [10de:0aa4] (rev b1)
00:03.2 SMBus [0c05]: nVidia Corporation MCP79 SMBus [10de:0aa2] (rev b1)
00:03.3 RAM memory [0500]: nVidia Corporation MCP79 Memory Controller [10de:0a89] (rev b1)
00:03.5 Co-processor [0b40]: nVidia Corporation MCP79 Co-processor [10de:0aa3] (rev b1)
00:04.0 USB Controller [0c03]: nVidia Corporation MCP79 OHCI USB 1.1 Controller [10de:0aa5] (rev b1)
00:04.1 USB Controller [0c03]: nVidia Corporation MCP79 EHCI USB 2.0 Controller [10de:0aa6] (rev b1)
00:06.0 USB Controller [0c03]: nVidia Corporation MCP79 OHCI USB 1.1 Controller [10de:0aa7] (rev b1)
00:06.1 USB Controller [0c03]: nVidia Corporation MCP79 EHCI USB 2.0 Controller [10de:0aa9] (rev b1)
00:08.0 Audio device [0403]: nVidia Corporation MCP79 High Definition Audio [10de:0ac0] (rev b1)
00:09.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Bridge [10de:0aab] (rev b1)
00:0a.0 Ethernet controller [0200]: nVidia Corporation MCP79 Ethernet [10de:0ab0] (rev b1)
00:0b.0 IDE interface [0101]: nVidia Corporation MCP79 SATA Controller [10de:0ab4] (rev b1)
00:0c.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge [10de:0ac4] (rev b1)
00:10.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge [10de:0aa0] (rev b1)
00:15.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge [10de:0ac6] (rev b1)
00:16.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge [10de:0ac7] (rev b1)
00:17.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge [10de:0ac7] (rev b1)
00:18.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge [10de:0ac7] (rev b1)
03:00.0 VGA compatible controller [0300]: nVidia Corporation ION VGA [10de:087d] (rev b1)
04:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)

lspci -nnk | grep -i net -A2 :

1
2
3
4
5
00:0a.0 Ethernet controller [0200]: nVidia Corporation MCP79 Ethernet [10de:0ab0] (rev b1)
00:0b.0 IDE interface [0101]: nVidia Corporation MCP79 SATA Controller [10de:0ab4] (rev b1)
00:0c.0 PCI bridge [0604]: nVidia Corporation MCP79 PCI Express Bridge [10de:0ac4] (rev b1)
--
04:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01)

lsusb :

1
2
3
4
5
6
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 002: ID 046d:c404 Logitech, Inc. TrackMan Wheel
Bus 003 Device 003: ID 15c2:ffdc SoundGraph Inc. iMON PAD Remote Controller

egrep -v "^$|^#" /etc/network/interfaces :

1
2
auto lo
iface lo inet loopback

egrep -v "^$|^#" /etc/resolv.conf :

1
nameserver 192.168.1.1

egrep -v "^$|^#" /etc/hosts :

1
2
3
4
5
6
7
127.0.0.1       localhost
127.0.1.1       xbmc-david
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

cat /etc/udev/rules.d/70-persistent-net.rules :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
# This file maintains persistent names for network interfaces.
# See udev(7) for syntax.
#
# Entries are automatically added by the 75-persistent-net-generator.rules
# file; however you are also free to add your own entries.

# PCI device 0x10de:0x0ab0 (forcedeth)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:01:2e:2f:fd:05", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x168c:0x002b (ath9k)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="74:f0:6d:2b:00:70", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

ifconfig :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
eth0      Link encap:Ethernet  HWaddr 00:01:2e:2f:fd:05
          inet addr:192.168.1.165  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::201:2eff:fe2f:fd05/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2593 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4816 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:471427 (471.4 KB)  TX bytes:549446 (549.4 KB)
          Interrupt:21 Base address:0xa000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr 74:f0:6d:2b:00:70
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

route -n :

1
2
3
4
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.1.1     0.0.0.0         UG    0      0        0 eth0
192.168.1.0     0.0.0.0         255.255.255.0   U     1      0        0 eth0

iwconfig:

1
2
3
4
5
6
7
8
9
lo        no wireless extensions.

eth0      no wireless extensions.

wlan0     IEEE 802.11bgn  ESSID:off/any
          Mode:Managed  Access Point: Not-Associated   Tx-Power=14 dBm
          Retry  long limit:7   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off

ping -c 4 192.168.1.1 :

1
2
3
4
5
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=0.599 ms
64 bytes from 192.168.1.1: icmp_req=2 ttl=64 time=0.552 ms
64 bytes from 192.168.1.1: icmp_req=3 ttl=64 time=0.582 ms
64 bytes from 192.168.1.1: icmp_req=4 ttl=64 time=0.563 ms

ping -c 4 www.ubuntuusers.de :

1
2
3
4
64 bytes from lisa.ubuntu-eu.org (213.95.41.13): icmp_req=1 ttl=55 time=11.4 ms
64 bytes from lisa.ubuntu-eu.org (213.95.41.13): icmp_req=2 ttl=55 time=10.5 ms
64 bytes from lisa.ubuntu-eu.org (213.95.41.13): icmp_req=3 ttl=55 time=10.8 ms
64 bytes from lisa.ubuntu-eu.org (213.95.41.13): icmp_req=4 ttl=55 time=10.7 ms

ping -c 4 213.95.41.11 :

1
2
3
4
64 bytes from 213.95.41.11: icmp_req=1 ttl=55 time=10.0 ms
64 bytes from 213.95.41.11: icmp_req=2 ttl=55 time=10.0 ms
64 bytes from 213.95.41.11: icmp_req=3 ttl=55 time=10.4 ms
64 bytes from 213.95.41.11: icmp_req=4 ttl=55 time=10.3 ms

W-Lan spare ich mir jetzt mal, da es um eine kabelgebundene Verbindung geht 😉

lsmod :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
Module                  Size  Used by
rfcomm                 38408  0
bluetooth             148839  3 rfcomm
dm_crypt               22565  0
autofs4                27924  1
snd_hda_codec_hdmi     31426  1
snd_hda_intel          24262  0
snd_hda_codec          91859  2 snd_hda_codec_hdmi,snd_hda_intel
snd_hwdep              13276  1 snd_hda_codec
nvidia              10390874  40
snd_pcm                80435  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
snd_seq_midi           13132  0
snd_rawmidi            25241  1 snd_seq_midi
ir_lirc_codec          12770  0
lirc_dev               18700  1 ir_lirc_codec
snd_seq_midi_event     14475  1 snd_seq_midi
ir_sony_decoder        12493  0
ir_jvc_decoder         12490  0
snd_seq                51567  2 snd_seq_midi,snd_seq_midi_event
arc4                   12473  2
snd_timer              28932  2 snd_pcm,snd_seq
snd_seq_device         14172  3 snd_seq_midi,snd_rawmidi,snd_seq
ir_rc6_decoder         12490  0
rc_imon_mce            12457  0
ir_rc5_decoder         12490  0
ir_nec_decoder         12490  0
shpchp                 32356  0
ath9k                 112711  0
snd                    55902  9 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_rawmidi,snd_seq,snd_timer,snd_seq_device
mac80211              393421  1 ath9k
ath9k_common           13599  1 ath9k
ath9k_hw              293933  2 ath9k,ath9k_common
imon                   27591  0
ath                    19387  2 ath9k,ath9k_hw
rc_core                25797  9 ir_lirc_codec,ir_sony_decoder,ir_jvc_decoder,ir_rc6_decoder,rc_imon_mce,ir_rc5_decoder,ir_nec_decoder,imon
cfg80211              172427  3 ath9k,mac80211,ath
soundcore              12600  1 snd
snd_page_alloc         14115  2 snd_hda_intel,snd_pcm
i2c_nforce2            12906  0
lp                     17455  0
parport                40930  1 lp
coretemp               13188  0
dm_raid45              76451  0
xor                    21860  1 dm_raid45
dm_mirror              21822  0
dm_region_hash         16065  1 dm_mirror
dm_log                 18193  3 dm_raid45,dm_mirror,dm_region_hash
btrfs                 622556  0
zlib_deflate           26622  1 btrfs
libcrc32c              12543  1 btrfs
vesafb                 13489  1
usbhid                 41905  0
hid                    77367  1 usbhid
wmi                    18744  0
ahci                   21634  4
libahci                25727  1 ahci
forcedeth              58103  0

dmesg | egrep 'net|eth|sky|sis|via|3c3|3c5|e100|8139|8169|acx|air|ath|atl|ar9|carl|atme|at7|herm|iwl|ipw|rtl8|r81|rt2|rt3|rt6|rt7|tg3|ssb|wl|b43|b44|ori|pri|p5|zd|ndis|wmi|ns8|FW' :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
[    0.004576] Initializing cgroup subsys net_cls
[    0.004700] CPU0: Thermal monitoring enabled (TM1)
[    0.357062] print_constraints: dummy:
[    0.534350] pnp 00:05: [mem 0xfefe1000-0xfefe1fff]
[    0.534748] system 00:05: [mem 0xfefe1000-0xfefe1fff] has been reserved
[    0.538169] pnp 00:0c: [mem 0x00100000-0x7fffffff]
[    0.761904] audit: initializing netlink socket (disabled)
[    1.472207] tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
[    1.783667] forcedeth: Reverse Engineered nForce ethernet driver. Version 0.64.
[    1.789027] forcedeth 0000:00:0a.0: PCI INT A -> Link[LMAC] -> GSI 21 (level, low) -> IRQ 21
[    1.789048] forcedeth 0000:00:0a.0: setting latency timer to 64
[    1.844644] wmi: Mapper loaded
[    1.854644] forcedeth 0000:00:0a.0: ifname eth0, PHY OUI 0x732 @ 3, addr 00:01:2e:2f:fd:05
[    1.854661] forcedeth 0000:00:0a.0: highdma csum pwrctl gbit lnktim msi desc-v3
[    6.821015] Adding 1570812k swap on /dev/sda5.  Priority:-1 extents:1 across:1570812k
[    7.813965] lp: driver loaded but no devices found
[    9.201487] ath9k 0000:04:00.0: PCI INT A -> Link[LN3A] -> GSI 19 (level, low) -> IRQ 19
[    9.201505] ath9k 0000:04:00.0: setting latency timer to 64
[    9.250710] ath: EEPROM regdomain: 0x60
[    9.250720] ath: EEPROM indicates we should expect a direct regpair map
[    9.250732] ath: Country alpha2 being used: 00
[    9.250738] ath: Regpair used: 0x60
[    9.253151] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
[    9.598842] ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control'
[    9.600742] Registered led device: ath9k-phy0
[   13.697758] cfg80211: Ignoring regulatory request Set by core since the driver uses its own custom regulatory domain
[   18.466627] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   28.624016] eth0: no IPv6 routers present

cat /var/lib/NetworkManager/NetworkManager.state :

1
2
3
4
5
[main]
NetworkingEnabled=true
WirelessEnabled=true
WWANEnabled=true
WimaxEnabled=true

cat /etc/NetworkManager/NetworkManager.conf :

1
2
3
4
5
6
7
[main]
plugins=ifupdown,keyfile

no-auto-default=00:01:2e:2f:fd:05,

[ifupdown]
managed=false

Sooo...ich denke mal, dass sollte reichen, oder? Ganz schön viel geworden. 😉

Hoffe es hilft

Danke und Gruß David

praseodym Team-Icon

Supporter
Avatar von praseodym

Anmeldungsdatum:
9. Februar 2009

Beiträge: 22076
Zitieren
19. Juli 2012 20:36

Der forcedeth-Treiber braucht oft zwei Modulparameter: 

echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe.d/forcedeth.conf
sudo modprobe -rfv forcedeth
sudo modprobe -v forcedeth

Versuche auch ein "autoneg off", danach NW neu starten:

sudo /etc/init.d/networking restart

DaVu

(Themenstarter)

Anmeldungsdatum:
19. Oktober 2011

Beiträge: 319
Zitieren
20. Juli 2012 00:02

Das mit forcedeth probiere ich morgen.

Autoneg wollte ich deaktivieren,ging aber nicht.

Ich habe es mit:

sudo ethtool -s eth0 autoneg off

auch mit

sudo ethtool -s eth0 speed 1000 duplex full autoneg off

versucht. Immer ohne Erfolg. Die Fehlermeldung habe ich jetzt nicht mehr im Kopf. Autoneg deaktivieren ging nur, wenn ich den speed auf 100 gesetzt habe. Durch Google habe ich bisher erfahren, dass man autoneg bei gigabit LAN nicht deaktivieren kann.

Ich setze morgen gern auch den Link nochmal rein wo ich das gelesen habe.

Alles andere werde ich morgen testen

Ich danke dir schon mal für die Hilfe.

Viele Grüße David

elektronenblitz63

Avatar von elektronenblitz63

Anmeldungsdatum:
16. Januar 2007

Beiträge: 29307
Zitieren
20. Juli 2012 09:09 (zuletzt bearbeitet: 20. Juli 2012 10:53)

Hallo,
da Du über Linux auf NTFS-Laufwerke mittels Samba zugreifst, wird nicht die Hardware dein Problem sein, sondern das verwendete Protokoll. Samba ist langsam und führt zu den geschilderten Problemen.

Du kannst ggf. auf NFS umsteigen um das Problem zu umgehen, das Protokoll gibt es auch für Windows und nennt sich „Services for NFS" bzw. „Services for Unix" o.ä. . Mal googlen oder bei Microsoft suchen.

Den tatsächlichen Durchsatz misst Du am besten mit iperf, um Fehler auf der Hardwareseite auszuschließen.

Der Beitrag ist außerdem im falschen Subforum.

DaVu

(Themenstarter)

Anmeldungsdatum:
19. Oktober 2011

Beiträge: 319
Zitieren
20. Juli 2012 12:15

Hallo...

Ich konnte noch nichts testen, da ich noch an der Arbeit bin. Wollte aber wenigstens schon mal auf die Antworten reagieren und ggf. noch ein paar Infos nachschieben. 😉

Zunächst möchte ich nicht von Linux aus auf NTFS-Laufwerke zugreifen, sondern von Windows auf ETX3-Laufwerke, was aber wahrscheinlich das gleiche sein wird. 😕

Als Tool nutze ich dafür WinSCP und darin wird das Übertragungsprotokoll SFTP genutzt und das ganze dann via SSH2. Jetzt bin ich tatsächlich wieder überfragt...ist das dann immer noch Samba? Ich denke nicht.

Wo hätte der Beitrag denn besser hingepasst? Nötigenfalls kann ein Mod das ja verschieben.

Grüße David

elektronenblitz63

Avatar von elektronenblitz63

Anmeldungsdatum:
16. Januar 2007

Beiträge: 29307
Zitieren
20. Juli 2012 12:31 (zuletzt bearbeitet: 20. Juli 2012 12:40)

Vermutlich hängt es dennoch am Protokoll in Kombination mit SSH. Aber wie gesagt, ich würde den reinen Datendurchsatz mal mit iperf testen um Hadwarefehler im Netzwerk auszuschließen. Dazu müsstest Du allerdings auf beiden Seiten/Systemem ein Linux laufen haben (Client und Server). Ein Live-System von USB-Stick würde da ja genügen.

Zwischen Windows-Rechnern oder Win-Linux geht es übrigens auch > http://www.nwlab.net/art/iperf/

Ist der Durchsatz ok, dann bleibt ja nur das verwendete Protokoll. Die CPU-Leistung spielt bei SSH ebenfalls eine Rolle.

David1977 schrieb:

Wo hätte der Beitrag denn besser hingepasst? Nötigenfalls kann ein Mod das ja verschieben.

In „Fortgeschrittene Netzwerkkonfiguration“ oder „Serverdienste“. Ist aber nicht so tragisch. Hier im Forum geht es primär um die Einrichtung der Netzwerk-Hardware und des Internetzugangs. Beachte die Stikies, da in den entsprechende Subforen auch eher die entsprechenden Leute aus den jeweiligen Fachgebieten mitlesen und man u.U. qualifizierte Antworten erwarten darf, gerade wenn es um spezielle Themen geht.

Bei Bedarf verschiebe ich den Beitrag noch.

DaVu

(Themenstarter)

Anmeldungsdatum:
19. Oktober 2011

Beiträge: 319
Zitieren
20. Juli 2012 12:41

ok, danke...

Würde da auch ein Ubuntu unter einer VM gehen oder bremst das dann wieder zu sehr aus? Das hätte ich nämlich noch installiert. Ansonsten mache ich das mal mit einer Live-Version. Geht ja fix 😉

elektronenblitz63

Avatar von elektronenblitz63

Anmeldungsdatum:
16. Januar 2007

Beiträge: 29307
Zitieren
20. Juli 2012 12:45 (zuletzt bearbeitet: 20. Juli 2012 12:45)

Ich hatte erst danach gesehen, dass es auch zwischen den einzelnen BS geht. Das war mir auch neu 😉

DaVu

(Themenstarter)

Anmeldungsdatum:
19. Oktober 2011

Beiträge: 319
Zitieren
20. Juli 2012 16:45

Hi....

So, die Ausgabe von iperf sieht eigentlich verdammt gut aus:

1
2
3
4
5
6
7
8
david@xbmc-david:~$ iperf -c 192.168.1.163
------------------------------------------------------------
Client connecting to 192.168.1.163, TCP port 5001
TCP window size: 16.0 KByte (default)
------------------------------------------------------------
[  3] local 192.168.1.165 port 53645 connected with 192.168.1.163 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec   745 MBytes   625 Mbits/sec

625 Mbit/s würde ich schon ausreichend finden 😉

Ich habe auch noch rausgefunden, dass WinSCP die Daten wohl vorher verschlüsselt und am anderen Ende wieder entschlüsselt. Das könnte natürlich auch noch der Grund sein. Somit werde ich mich wohl mit dem Thema "NFS" auseinander setzen müssen. Hab das noch nie gemacht...naja, wird schon irgendwie gehen.

Das Problem ist halt nur, wenn ich zukünftig ein NAS haben werde muss ich auf jeden Fall eine gigabit-Verbindung auf die Beine gestellt bekommen, da sonst das alles nicht so funktionieren wird, wie ich mir das vorstelle.

Ich teste dann gleich nochmal den Rest, was bisher vorgeschlagen wurde, und dann sehen wir mal weiter.

Grüße David

mickydoutza

Avatar von mickydoutza

Anmeldungsdatum:
31. Dezember 2010

Beiträge: 2185
Zitieren
20. Juli 2012 16:50

David1977 schrieb:

... die Ausgabe von iperf sieht eigentlich verdammt gut aus:

Ja. Hier wäre die Ausgabe von nuttcp auch interessant, denn diese könnte evtl. etwas besser sein als die von iperf.

DaVu

(Themenstarter)

Anmeldungsdatum:
19. Oktober 2011

Beiträge: 319
Zitieren
20. Juli 2012 16:51 (zuletzt bearbeitet: 20. Juli 2012 16:52)

praseodym schrieb:

Der forcedeth-Treiber braucht oft zwei Modulparameter: 

echo "options forcedeth msi=0 msix=0" | sudo tee /etc/modprobe.d/forcedeth.conf
sudo modprobe -rfv forcedeth
sudo modprobe -v forcedeth

Das hat leider keine Verbesserung gebracht. Aber trotzdem danke

Grüße

DaVu

(Themenstarter)

Anmeldungsdatum:
19. Oktober 2011

Beiträge: 319
Zitieren
20. Juli 2012 17:01

mickydoutza schrieb:

David1977 schrieb:

... die Ausgabe von iperf sieht eigentlich verdammt gut aus:

Ja. Hier wäre die Ausgabe von nuttcp auch interessant, denn diese könnte evtl. etwas besser sein als die von iperf.

Sollst du kriegen 😉

1
2
david@xbmc-david:~$ nuttcp 192.168.1.163
  738.5024 MB /  10.02 sec =  618.5595 Mbps 9 %TX 27 %RX 0 retrans 11765.08 msRT

mickydoutza

Avatar von mickydoutza

Anmeldungsdatum:
31. Dezember 2010

Beiträge: 2185
Zitieren
20. Juli 2012 17:04

David1977 schrieb:

david@xbmc-david:~$ nuttcp 192.168.1.163
  738.5024 MB /  10.02 sec =  618.5595 Mbps 9 %TX 27 %RX 0 retrans 11765.08 msRT

Versuch mal: 

nuttcp -4 -t -v -B -N100 192.168.1.163
Antworten |