Langsame Übertragungsgeschwindigkeit mit ftpes SOC zum PC

396
Kevin

Das Problem:

In einem Gigabit-Netzwerk werden nur ~ 30 MB / s für die Übertragung von Dateien von einem an mein SOC angeschlossenen externen Gehäuse an die SSD eines PCs übertragen. Ich hätte eine schnellere Übertragung angenommen. Ich verwende FTPES und habe auch SCP mit einer Kappe von etwa 30 MB / s ausprobiert

Hintergrund:

Ich habe einen SOC (Odroid XU4) mit einer Gigabit-Ethernet-Schnittstelle und einem USB 3.0-Hub. Es ist mit einem Gigabit Ethernet Managed Switch (Cisco sg200-08) verbunden, der mit einem Gigabit Ethernet Router (Netgear R8000) verbunden ist, an den mein Computer angeschlossen ist (der auch eine Gigabit-Verbindung hat).

Ausrüstung:

SOC: Odroid XU4 External Disks: 4TB 5400 RPM Switch: Cisco sg200-08 Router: Netgear R8000 Computer: Custom build with gigabit ethernet

Diagramm:

SOC -> Gigabit Switch -> Gigabit Router -> Gigabit NIC pc

Jetzt habe ich die Lesegeschwindigkeit vom SOC bis zu den Festplatten getestet:

kevin@ftpbox:~$ sudo hdparm -Tt /dev/sda /dev/sda: Timing cached reads: 2008 MB in 2.00 seconds = 1005.91 MB/sec Timing buffered disk reads: 364 MB in 3.00 seconds = 121.21 MB/sec kevin@ftpbox:~$ sudo hdparm -Tt /dev/sdb' > ^C kevin@ftpbox:~$ sudo hdparm -Tt /dev/sdb  /dev/sdb: Timing cached reads: 2004 MB in 2.00 seconds = 1003.25 MB/sec Timing buffered disk reads: 394 MB in 3.01 seconds = 130.74 MB/sec kevin@ftpbox:~$ sudo hdparm -Tt /dev/sdc  /dev/sdc: Timing cached reads: 2008 MB in 2.00 seconds = 1005.80 MB/sec Timing buffered disk reads: 394 MB in 3.01 seconds = 130.83 MB/sec kevin@ftpbox:~$ sudo hdparm -Tt /dev/sdd  /dev/sdd: Timing cached reads: 1982 MB in 2.00 seconds = 992.31 MB/sec Timing buffered disk reads: 394 MB in 3.01 seconds = 130.83 MB/sec

Ich habe auch versucht, iperf von zwei verschiedenen Rechnern zu machen, von meinem PC, der Windows ausführt, und meinem Router, der dd-wrt in meinem SOC ausführt

PC zu SOC:

kevin@ftpbox:~$ iperf -c 192.168.1.2 -p 5201 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5201 TCP window size: 20.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.22 port 47193 connected with 192.168.1.2 port 5201 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 0.00 (null)s 2350133821636822 Bytes/sec kevin@ftpbox:~$ iperf -c 192.168.1.2 -p 5201 ------------------------------------------------------------ Client connecting to 192.168.1.2, TCP port 5201 TCP window size: 20.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.22 port 47194 connected with 192.168.1.2 port 5201 ^C[ ID] Interval Transfer Bandwidth [ 3] 0.0- 2.1 sec 0.00 (null)s 2354598378962423 Bytes/sec kevin@ftpbox:~$ iperf -s Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.1.22 port 5001 connected with 192.168.1.2 port 63008 [ ID] Interval Transfer Bandwidth [ 4] 0.0-20.2 sec 14.0 Bytes 5.55 bits/sec

Ich bekomme ähnliche Ergebnisse von meinem Router zum SOC

Router zum SOC:

kevin@ftpbox:~$ iperf -c 192.168.1.1 -p 5201 ------------------------------------------------------------ Client connecting to 192.168.1.1, TCP port 5201 TCP window size: 20.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.1.22 port 58115 connected with 192.168.1.1 port 5201 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.0 sec 0.00 (null)s 2350254378773930 Bytes/sec kevin@ftpbox:~$ iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.1.22 port 5001 connected with 192.168.1.1 port 55060 [ ID] Interval Transfer Bandwidth [ 4] 0.0-64.8 sec 14.0 Bytes 1.73 bits/sec

Wenn ifconfig über den Adapter sagt:

kevin@ftpbox:~$ ifconfig eth0 Link encap:Ethernet HWaddr 00:1e:06:31:a6:81  inet addr:192.168.1.22 Bcast:192.168.1.255 Mask:255.255.255.0 inet6 addr: fe80::21e:6ff:fe31:a681/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:5592 errors:0 dropped:4 overruns:0 frame:0 TX packets:3022 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000  RX bytes:855874 (855.8 KB) TX bytes:433684 (433.6 KB)

Hier sind meine SOCs-Adapterfähigkeiten:

kevin@ftpbox:~$ ethtool eth0 Settings for eth0: Supported ports: [ MII ] Supported link modes: 10baseT/Half 10baseT/Full  100baseT/Half 100baseT/Full  1000baseT/Full  Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full  100baseT/Half 100baseT/Full  1000baseT/Full  Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full  100baseT/Half 100baseT/Full  1000baseT/Full  Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: MII PHYAD: 32 Transceiver: internal Auto-negotiation: on Cannot get wake-on-lan settings: Operation not permitted Current message level: 0x00007fff (32767) drv probe link timer ifdown ifup rx_err tx_err tx_queued intr tx_done rx_status pktdata hw wol Link detected: yes

Was ist mit dieser niedrigen Geschwindigkeit? Was sollte ich prüfen? Irgendwelche Ideen?

0
Bei dieser Geschwindigkeit klingt es für mich so, als würde der Gigabit-Port an einem USB2-Controller des ODroid hängen und nicht an einem dedizierten Gigabit-Port des Prozessors. Es kann sein, dass der Prozessor nur über 10/100 Ports verfügt, und dies ist der einzige Weg, um schneller zu werden, auch wenn dies nur um den Faktor 3 und nicht um 10 geht. Mokubai vor 7 Jahren 0
Wenn Sie sich das Schaltbild (http://www.hardkernel.com/main/products/prdt_info.php?g_code=G143452239825&tab_idx=2) ansehen, hängt das Ethernet von einem USB3-Controller-Port ab volle Gigabit-Ethernet-Geschwindigkeiten. Mokubai vor 7 Jahren 0
Ihre Iperf-Tests sehen wie Quatsch aus. 2.354.598.378.962.423 Bytes / s = 2354598,38 Gigabyte pro Sekunde, was verrückt ist und Ihre "Transfer" -Spalte 0,00 anzeigt, was bedeutet, dass keine Daten übertragen wurden. Dh es gab keinen iperf-Server, zu dem Sie eine Datenbestätigung herstellen können. Führen Sie iperf als Server auf Ihrem PC aus (iperf -s) und führen Sie einen ordnungsgemäß verwalteten Test durch: https://openmaniak.com/iperf.php Mokubai vor 7 Jahren 0
@Mokubai Ich habe das tatsächlich in den Tests gemacht. Ich habe Server sowohl auf dem Router als auch auf dem PC eingerichtet. Dies war der Test, der mir diese verrückten Geschwindigkeiten gab. Wenn ich den SOC mit iperf -s teste, bekomme ich eine wirklich niedrige Übertragungsgeschwindigkeit (gemessen in Bits / Sek). Kevin vor 7 Jahren 0

1 Antwort auf die Frage

1
Kevin

UND hier ist die Antwort:

Ich hätte erwähnen sollen, dass ich vsftpd mit tls verwende. Ich hatte die Ziffer = HIGH-Flag an. Dies tötete die CPU auf der SOC. Ich habe SSL auf vsftpd deaktiviert und erhielt 70MB / s

Verwandte Probleme