Netzwerk Geschwindigkeitstest NFS

[plex]

ja aber leider be´komme ich immer noch kein *.TS File

Aufnahme läuft zwar aber halt min. 3 Dateien

werde nochmal ne ander Netzwerkkarte reintun und mir mal ein crossoverkabel besorgen.

 

Edit on:

Hab mal das aktuelle Yadi aufgespielt damit klappt die Aufnahme und Wiedergabe von TS Files bestens.

Am Rechner hab ich nix verändert.

[merkwuerden]

Was für Image nimmst Du zum Streamen? Manche haben da böse Fehler drin...

[plex]

Die probleme hab ich eigentlich nur mit dem Keywelt März-image.

Mit nem Yadi klappt das streamen als TS einwandfrei.

[Gast PeterPan]

Nokia Dbox2, 2x1, Keywelt-Image, WinXP Prof, AMD 3000+, Belkin Router

4096, 4096

5505

6023

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.1.2)

 

6144, 6144

5752

6320

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.1.2)

 

8192, 8192

7013

4654

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.2)

 

9216, 9216

6826

4413

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.2)

 

10240, 10240

7111

4654

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.2)

 

11264, 11264

7013

4302

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.2)

 

12288, 12288

7013

4571

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.1.2)

 

16384, 16384

7111

759

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=8192,soft,udp,nolock,addr=192.168.1.2)

 

24576, 24576

7111

663

192.168.1.2:/filme on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=8192,soft,udp,nolock,addr=192.168.1.2)

 

32768, 32768

7111

 

Heute Abend mach ich den Test nochmal mit Linux, mal sehen was wirklich schneller ist.

[Worschter]

entscheiden helfen könnte es mal die Netzwerkkarte fest auf 100MBit Halbduplex zustellen,

 

Mit dem Mix zwischen Halb und Vollduplex hatten bisher die meisten Switche / Router

beim Lesen große Probleme.

[Gast webwude]

Hmm, ich habe immer noch :

 

dd: /mnt/test: Input/output error

Command exited with non-zero status 1

 

und zwar bei jedem Testdurchlauf ...

 

ww

[Worschter]

Hallo webwude

 

in der Richtung bin ich mittlerweile nur ein bisl weiter,

ansich bedeutet das, daß dd entweder die angegebene Datenmenge nicht

lesen oder schreiben konnte.

 

Das tritt immer dann auf, wenn zum Beispiel ne Firewall blockt, aber das hatten wir bei Dir ja schon ausgeschlossen.

 

Mal was anderes, wenn Du gemountet hast, wie sieht es da dann aus mit Dateien auf das

Laufwerk verschieben und davon lesen?

Kannst Du sagen wir mal mit dem Tuxbox Commander von der Box aus ne Datei

auf´n PC schieben und dann zurücklesen (bitte nach /tmp kopieren)

[SleepyHellow]

Hallo,

es wäre schön, wenn mir auch jemand helfen könnte. Daher hier noch einmal mein Problem (habe ich eine Seite zuvor schon einmal geschildert, jedoch ohne Erfolg):

 

Habe die Datei Netztest mit Berechtigung 777 im /tmp liegen. Wenn ich nun das Programm wie folgt aufrufe, bekomme ich eine Fehlermeldung:

 

 /tmp/Netztest 192.168.1.2 /Streams /mnt/filme

 

Bei der IP-Adresse handelt es sich um die des PCs, der an einem Router (IP 192.168.1.1) angeschlossen ist. "/Streams" (steht mit Slash beim Mounten in der Box so drin) ist das Verzeichnis, dass ich normalerweise über den NFS-Server verwende um TS-Streaming zu machen. "/mnt/filme" ist das Verzeichnis auf der Box.

 

Der Fehler, der Auftritt ist der Folgende:

 

/tmp # /tmp/netztest 192.168.1.2 /streams /mnt/filme

ln: /tmp/time: File exists

ln: /tmp/dd: File exists

 

4096, 4096

umount: /mnt/filme: Invalid argument

mount: RPC: Unable to receive; errno = Connection refused

mount: nfsmount failed: Bad file descriptor

mount: Mounting 192.168.1.2://streams on /mnt/filme failed: Invalid argument

/tmp/netztest: 31: /tmp/time: not found

512000

/tmp/netztest: 31: /tmp/time: not found

expr: division by zero

 

Ich habe das Verzeichnis sowohl vorher bei laufenden NFS-Server gemountet (über das Menü) als auch nicht. Der Fehler bleibt immer der gleiche.

 

Kann mir da jemand helfen?

 

Danke

Sleepy,

 

P.S.:

Im allgemeinen Betrieb (Abspielen von TS-Streams oder Aufnahmen) sind problemlos.

[Worschter]

Hallo,

 

versuch das mal so:

/tmp/netztest 192.168.1.2 Streams /mnt/filme

 

Also ohne den Schrägstrich, Neutrino scheint das irgendwie selbst zu korrigieren, ist

mir letzt aufgefallen. Interessant ist, welchen NFS Du nutzt, SFU nimmt das ohne Schrästrich an,

der Bootmanager scheint ihn zu brauchen, genau wie Linux.

/tmp/netztest: 31: /tmp/time: not found

hats Du die Busybox (busy) mit eingspielt?

Der Befehl Time wird nicht gefunden.

[SleepyHellow]

Erst einmal danke für die Hilfe. Es hat geklappt.

 

Hier nun das Ergebnis. Sehe ich es richtig, dass es sehr schlecht ist?

 

4096, 4096
8192+0 records in
8192+0 records out
real	1m 37.39s
user	0m 0.29s
sys	 0m 10.98s
5224
8192+0 records in
8192+0 records out
real	1m 28.60s
user	0m 0.19s
sys	 0m 9.39s
5818
192.168.1.2:/streams on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,ud
p,nolock,addr=192.168.1.2)

8192, 8192
8192+0 records in
8192+0 records out
real	1m 18.77s
user	0m 0.30s
sys	 0m 10.63s
6481
8192+0 records in
8192+0 records out
real	2m 7.77s
user	0m 0.24s
sys	 0m 8.93s
4000
192.168.1.2:/streams on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,ud
p,nolock,addr=192.168.1.2)

16384, 16384
8192+0 records in
8192+0 records out
real	1m 17.51s
user	0m 0.32s
sys	 0m 10.61s
6564
8192+0 records in
8192+0 records out
real	2m 15.12s
user	0m 0.29s
sys	 0m 9.17s
3792
192.168.1.2:/streams on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,ud
p,nolock,addr=192.168.1.2)

32768, 32768
8192+0 records in
8192+0 records out
real	1m 17.95s
user	0m 0.27s
sys	 0m 10.55s
6564
8192+0 records in
8192+0 records out
real	2m 16.47s
user	0m 0.25s
sys	 0m 9.09s
3737
192.168.1.2:/streams on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,ud
p,nolock,addr=192.168.1.2)

 

Woran könnten die schlechten Werte liegen? Die Netzwerkkarte ist auf 100 Vollduplex eingestellt und ich habe einen Asus WL-500g Router in Betrieb.

 

Gruß,

Sleepy

bearbeitet 24. April 2005 von SleepyHellow

[Worschter]

Hm,

 

der WL500g ist meineswissens ein W-Lan Router oder?

Hast Du die Box über Funk angebunden oder über Kabel?

Über Funk wird es wohl immer langsamer sein, denn da muß meineswens

auch das Protokoll mit verarbeitet werden.

Wenn Du keine Funkstrecke dazwischen hast, dann kommt evtl. das Problem

zum tragen, daß der Switch im Router allgemein nicht so doll arbeitet.

Ich hab aber bisher noch von keinem gelesen der da positiv aufgefallen wäre.

Selbst mein schweine-teurer Draytek ist da mies.

 

Dann wäre zu sagen, daß Du keine r-Size / w-size Werte über 8192 akzeptiert bekommst.

Das bremst auch sehr. Was nutzt Du denn als NFS Server?

 

Auch ist mir aufgefallen, daß die Lesegeschwindigkeit rapide abnimmt bei

höher werdenden r-sizes.

Stell mal Deine Netzwerkkarte auf 100MBit Halbduplex, viele Switches kommen

mit dem Übergang von Halb auf Vollduplex nicht klar.

[SleepyHellow]

Danke für die Hilfe. Habe einmal auf Halfduplex umgeschaltet. Leider läuft nun das Programm wieder nicht mehr. Warum weiß ich nicht. :-(

 

Gruß

Sleepy

[Worschter]

kannst Du es mal mit ner Crossover-Direktverbindung versuchen?

Allein um mal festzustellen ob es am router liegt.

 

Ist schon ein bisl komisch

[merkwuerden]

@Worschter

 

Hallo,

 

versuch das mal so:

/tmp/netztest 192.168.1.2 Streams /mnt/filme

 

Also ohne den Schrägstrich, Neutrino scheint das irgendwie selbst zu korrigieren

 

Könnte das an einem klitzekleinen "Fehlerchen" in Deinem Testscript in der Mount-Zeile liegen? So sieht's original aus:

 

mount -t nfs -o rw,soft,udp,nolock,async,rsize=$R,wsize=$R $IP:/$V $MNT

 

So wäre es m.E. besser:

 

mount -t nfs -o rw,soft,udp,nolock,async,rsize=$R,wsize=$R $IP:$V $MNT

 

Also den Slash vor $V weg. Den Slash ergänzt man dann bei Bedarf mit dem Netztest-Aufruf je nach Freigabe. Linux braucht den Slash, bei Windows kommt's drauf an, wie man die Freigabe eingerichtet hat. Mit SFU kann man den Freigabenamen z.B. mit oder ohne führenden Slash einrichten.

 

Ich hoffe, ich hab mich jetzt nicht verworren ausgedrückt. <_>

[Worschter]

hm, also ich hab ja nu SFU und meine Freigabe heißt

Aufnahme (ohne /) funktioniert prima.

 

Wobei Du aber evtl recht haben kannst.

 

Hab das Script ja nicht selbst entwickelt, nur bisl das hier:

http://wiki.tuxbox.org/Neutrino:Skripte#es..._NFS_speed_test

 

angepasst und die haben das drin.

Hab da auch garnicht drauf geachtet. Aber ich hab grad nochmal im WOL-Timer nachgesehen,

da hab ich den Schrägstrich auch net drin und da geht´s gut.

[SleepyHellow]

Habe den Fehler gefunden und behoben. Hier nun die neuen Werte:

 

8192: 6564, 6826
16384: 7641, 7111

 

Ich habe, wie empfohlen auf Halbduplex umgestellt. Sind die Werte so nun als gut oder nur besser zu bezeichnen?

 

Cu,

Sleepy

[Worschter]

Naja, wirklich gut sind sie nicht,

sie entsprechen in etwa den Wertn die ich ohne irgendwelche Änderungen hatte,

 

wie sind denn die Ergebnisse bei

 

rsize =16384

wsiz3 = 32768

 

und werden die Werte dann auch in der Mountzeile übernommen am Schluss?

[SleepyHellow]

Hier meine Werte:

 

/tmp # /tmp/ntest 192.168.2.1 streams /mnt/filme 16384 32768

 

16384, 32768

mount: RPC: Timed out

mount: nfsmount failed: Bad file descriptor

mount: Mounting 192.168.2.1:/streams on /mnt/filme failed: Invalid argument

dd: /mnt/filme/test: No space left on device

Command exited with non-zero status 1

real    0m 0.76s

user    0m 0.02s

sys    0m 0.72s

512000

3759+1 records in

3759+1 records out

real    0m 10.33s

user    0m 0.10s

sys    0m 9.89s

51200

 

Wo kann ich sehen, ob die Werte in die Mountzeile übernommen worden sind?

 

Schon mal Danke für die Hilfe,

 

Sleepy

[Worschter]

oh je,

 

ich glaub da ist was in die Hose gegangen!

 

Bei Dir wurde nicht gemountet, dafür dürfte Dein Image geplatzt sein als

geschrieben wurde.

 

mount: RPC: Timed out

mount: nfsmount failed: Bad file descriptor

mount: Mounting 192.168.2.1:/streams on /mnt/filme failed: Invalid argument

dd: /mnt/filme/test: No space left on device

[SleepyHellow]

Später aber immerhin hier. Also, ich habe nicht geschaft trotz mehreren Neuflashen Werte zu bekommen. Ich habe dann noch etwas anderes versucht und würde gerne wissen, wie diese Werte sind:

 

tmp # /tmp/netztest 192.168.1.1 /tmp/harddisk /mnt/filme 

4096, 4096 
5885 
6095 

6144, 6144 
5818 
6095 

8192, 8192 
7013 
6168

 

Vielen Dank für eine Aussage hierzu. In welchem Bereich sollten überhaupt die Werte (für 8192, 8192 bzw. 16384,16384) liegen?

 

Cu,

Sleepy

[Worschter]

als erst mal generell, die Werte unterhalb von 8192 für r-size / wsize sind

in der Regel uninteresant, denn damit kann man keinen Krieg gewinnen.

Sind aber im Script, damit im Fehlerfall doch mal auf die Info zugegriffen werden

kann.

 

Was die Werte angeht, nun das Maximal erreichbare liegt theoretisch um die 9000 denk ich.

Denn denn von dem 10MBit muss maan ja den Overhead (Adresse usw.) abziehen.

Alles was drunter liegt geht zu lasten von Hard und Software.

Da spielt der Netzwerkchip der Box ner Rolle, die Netzwerkkarte, der Switch dazwischen,

lässt das Betribssystem grosse r-/w-size Werte zu?

Ach jo, die r-/w-size Werte beschreiben die Datenmenge die der jeweilige Gegenüber

aufnimmt bevor er ne Bestätigung schickt. Je grösser der Wert, desto weniger

Unterbrechungen des Datenflusses durch die Bestätigungen.

 

In welchem Bereich sollten überhaupt die Werte (für 8192, 8192 bzw. 16384,16384) liegen?

 

Hm, was soll ich dazu sagen, bei mir liegen die max. Werte etwa schreiben 8600 lesen 8200,

 

ORF Streams haben etwa 6900, theoretisch geht es also ab da, aber da darf dann nicht die kleinste

Störung passieren. Ab wo es Störungsfrei geht, das kann ich Dir nicht sicher

beantworten, aber ist sicherlich etwas höher.

 

Gruß!

[SleepyHellow]

Danke für die Hilfe.

 

Cu,

Sleepy

[Worschter]

wenn´s denn was hilft ?

 

gern geschehen.

 

Gruß!

[Gast wolf_54321]

Hi Leute!

 

Tolles Tool Worschter!

 

Ich messe:

 

DBox2 zu NSLU:

Schreiben 8,5 MBit (wsize 32768)

Lesen 6,0 MBit (rsize 4096 - darüber wirds nur schlechter)

 

DBox2 zu MS SFU:

Schreiben 7,5 MBit (wsize 8192 - obwohl 32768 verlangt)

Lesen 8,1 MBit (rsize 32768)

 

Die NSLU Lösung nutzt schon die neue Firmware von spooky (http://www.nslu2-info.de/showthread.php?t=152). Leider funktioniert das Lesen noch nicht so toll. Hier ist MS SFU bisher unschlagbar...

 

Hat jemand in Sachen NSLU lesen Neuigkeiten?

 

Gruß,

Frank.

 

PS: Ich benutze übrigens ZWEI Billigswitche von Longshine (15 ) zwischen NSLU und DBox2 in Kette. Die Hardware darf also auch nicht überbewertet werden.

bearbeitet 5. Mai 2005 von wolf_54321

[Worschter]

@wolf_54321

 

 

Ich benutze übrigens ZWEI Billigswitche von Longshine (15 €) zwischen NSLU und DBox2 in Kette. Die Hardware darf also auch nicht überbewertet werden.

 

Das hat anscheinend nix mit dem Preis zu tun, der Switch in meinem Draytek Router

(schweine teuer!!!) ist hierbei total mies. Weiß der Geier warum. Aber rein von der

Performance her ist die Hardware aus meiner Erfahrung sehr ausschlaggebend.

 

Gruß!