Thema: GBL - Datenrate viel zu niedrig

Hallo,

Habe gerade meine QUAD-Plus bekommen und direkt "openatv-4.1-gbquadplus-20140602" geflasht und die erforderlichen Settings eingestellt. Soweit ist bisher alles in Ordnung.

Aber die Datenrate beim Kopieren von Quad+ -->PC / PC -->QUAD+ ist (bei mir) miserabel. Stark schwankend von 5MBs - 10MB/s, und das bei GBL. Bin noch am Testen woran das liegt. Meine QUAD mit USB-GBL-Adapter schafft in beide Richtungen konstant um die 30MB/s.
Beim FTP-Transfer (QUAD+) werden die Daten mit über 70MB/s auf dem PC geschaufelt, allerdings nach einiger Zeit immer im Rhythmus mit einer längeren Unterbrechung, und dann geht´s wieder mit über 70 MB/s weiter.

Hat irgendjemand eine Idee warum via SAMBA die Datenrate so mies ist ?


Gruß Gundo

Da gab es schon Hinweise zu "leichten" Problemen mit dem GBit-LAN der Quad_Plus.
Ich sehe bei mir mit Netgear-Switch GS116E allerdings keinen Unterschied in der Transferrate zwischen cifs und ftp.

EDIT:

Code:

...
root@GBquadplus-1:~# ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 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
        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: Symmetric
        Link partner advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 3
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: ags
        Wake-on: d
        SecureOn password: 00:00:00:00:00:00
        Link detected: yes
root@GBquadplus-1:~# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 90:98:64:00:28:A8
          inet addr:192.168.0.40  Bcast:192.168.0.255  Mask:255.255.255.0
          inet6 addr: fe80::9298:64ff:fe00:28a8/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4070 errors:0 dropped:1 overruns:0 frame:0
          TX packets:986 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:50000
          RX bytes:446615 (436.1 KiB)  TX bytes:174081 (170.0 KiB)

...

Ich hab mal sicherheitshalber das CAT5 Kabel gegen ein CAT7 Kabel getauscht, bringt auch nix. Datenrate bei ca. 5-6 MB/s ... ich versteh das nicht.

Code:

root@gbquadplus:~# ethtool eth0
Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 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
        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: Symmetric
        Link partner advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 3
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: ags
        Wake-on: d
        SecureOn password: 00:00:00:00:00:00
        Link detected: yes
root@gbquadplus:~# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 90:98:64:00:27:28
          inet addr:192.168.178.22  Bcast:0.0.0.0  Mask:255.255.255.0
          inet6 addr: fe80::9298:64ff:fe00:2728/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:96968 errors:1069 dropped:1537 overruns:0 frame:1069
          TX packets:722361 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:50000
          RX bytes:8102196 (7.7 MiB)  TX bytes:1060241395 (1011.1 MiB)

Wenn es mittels ftp voll funzt und nicht unter SAMBA dann ist wohl das Netzwerk selbst eher nicht schuld.
Ich denke da hakelts wohl bei SAMBA.

Hab jetzt mit Filezilla (FTP) mehrmals eine 8,3 GB große Datei von QUAD+ -->PC (70 MiB/s) und vom PC -->QUAD+ (26 MiB/s) kopiert, klappt problemlos. Augenkundig ist hier auch die deutlich unterschiedliche Datenrate. Via Samba/cifs bleibt es miserabel. Kapier ich nicht ...

EDIT:

Und lass mich mal raten, deine FTP Verbindung bricht ein, wenn du Daten die größer als 1,7 GB hin und her schaufelst.... Geht das so ungefähr hin?

Mit dem Totalcommander (FTP) war das so, mit Filezilla sinkt die Datenrate zum Ende hin etwas. Aber sie bricht nicht total ein.

Hallo Gundo,

um die wirkliche Datenrate zu ermitteln, hilft die die Anzeige von Filezilla auch nicht wirklich weiter. Diese springt wie ein Fahrnhalm im Wind :-)

Am besten du stoppst die Zeit

Größe der Datei in MB : 1,024 : Sekunden = tatsächliche MB/s

Ich hatte gestern noch mehrmals versucht eine 10 GB Datei auf meine interne FP der QUAD plus zu schieben... Ging leider nicht, evtl. liegt es daran was Ralf schon geschrieben (verllinkt) hatte. Der Transfer bricht bei etwas über einen GB ab und die Box friert ein :-(

EDIT: Ich kann leider den Link von Ralf nicht mehr aufrufen, sonst hätte ich den relevanten Teil hier her zitiert...

Mein Image ist aktuell, erst gestern kamen über 100 Updates?!?

LG

Roland

Bei mir kam auch ein Umlenkungsfehler. Daher habe ich das hier nochmal gequotet (hierher passt es eh besser):

Aktueller Status (1.6.2014) mit oATV4.1 und aktuellen Treibern auf der Quad_Plus:
Das hängt von der Übertragung auf die Quad_Plus ab. Es gibt beim Transfer 4 Betriebsarten (Rolle und Richtung gemischt). Server/Client, Push/Pull.
Immer aus Sicht Quad_Plus:

1. Client, Pull
Quad_Plus hat eine Platte eines Shares gemountet. Mit z.B. EMC auf der Quad_Plus wird eine Datei des Shares auf die intere Platte der Quad_Plus kopiert.
Funktioniert.
2. Client, Push
Quad_Plus hat eine Platte eines Shares gemountet. Mit z.B. EMC auf der Quad_Plus wird eine Datei von der internen Platte auf das Share kopiert.
Funktioniert.
3. Server, Pull
Die interne Platte der Quad_Plus ist bei einem anderen Client (z.B. Win-PC) verbunden. Dieser läd sich eine Aufnahme der Quad_Plus auf seine Platte.
Funktioniert
4. Server, Push
Die interne Platte der Quad_Plus ist bei einem anderen Client (z.B. Win-PC) verbunden. Dieser läd eine Datei von seiner Platte auf die interne Platte Quad_Plus.
Funktioniert eingeschränkt bisher.
Begrenzt man die Datenrate auf <150mBit/s geht es dauerhaft, auch mit großen Dateien (>2GB).
Begrenzt man die Datenrate nicht, und erreicht beim Transfer 50-70MB/s, dann bricht die Netzwerkverbindung der Quad_Plus nach einer übertragenen Datenmenge von etwas über 1GB zusammen, und die Quad_Plus hängt sich auf. Neustart per Netzschalter notwendig.
(Danke an undertaker, niki, und sven fürs Testen).

Die Probleme mit dem Samba sind technischer Natur ... das smb1 Protokoll ist einfach net für Gigabitlan geschaffen. Hier ist man mit Fastethernet wesentlich besser aufgestellt, obwohl hier auch optimiert werden könnte. Ein Sambaupdate auf SMB2 oder höher ist Speichertechnisch nicht machbar... da haben sich auch schon einige die Zähne dran ausgebissen

Für Gigabitlan kann ich nur FTP empfehlen, bzw. ein angepasstes NFS. Damit erreiche ich Geschwindigkeiten (RAMlaufwerk PC zu Ramlaufwerk Box) von 750 Mbit avg (CAT5 Kabel) ein besseres Kabel bringt sicher noch etwas mehr.

LG Niki