Jump to content

Netzwerk Geschwindigkeitstest NFS


Worschter

Empfohlene Beiträge

Hmm, also ist es ein Problem der aktuellen Images, das früher so nicht auftrat?

War zuerst meine Vermutung, da ich das ja selbst nachvollziehen kann. Da funktionieren dann aber auch Aufnahmen mit niedrigeren Bitraten generell nicht oder nicht vernünftig.

Da Du aber jetzt schreibst, dass es mit der Standard-Tonspur allein meist funktioniert, kommt die Sache dann eher nicht mehr in Betracht, hier ist es dann wieder ein Engpass im Netzwerk.

 

Ich hatte auch schonmal überlegt, das Dateisystem des Servers von ext3 auf ext4 oder xfs zu ändern, aber ich weiß nicht, ob das etwas ausmachen würde. Hat jemand Erfahrungswerte dazu oder zu Mount-Parametern im generellen?

Lasse das ext3, das passt schon. Hab auf meiner Asus WL-HDD (Oleg-Firmware) auch ext3 laufen und funktioniert einwandfrei. Ich denke auch nicht, dass da die NSLU bremst, es sei denn, Du hättest da Sachen im Hintergrund laufen, die viel Rechenleistung brauchen.

 

Die Mount-Parameter bei Dir sind auch OK. Wobei ich mir nicht sicher bin, ob Du Diese anongid und anonuid Einträge überhaupt brauchst. Bei meiner WL-HDD hab ich drauf verzichtet, läuft auch ohne tadellos.

 

Zu Deinem Lesedurchsatz-Problem (und behebt am Ende vielleicht auch Dein Aufnahme-Problem):

Wie ich das sehe, laufen zwischen Box und NAS 2 Router? Halte ich für ungünstig. Wenn, dann höchstens über einen Router.

 

Mein Vorschlag an der Stelle: Mache den Full Duplex Umbau rückgängig und hänge die Box und das NAS an einen reinen Switch, z.B. den von mir empfohlenen EZXS88W von Linksys. Von dort aus kannst Du dann weiter zum Router gehen. NSLU stellst Du fest auf 100 Half Duplex ein, rsize/wsize solltest Du dann mit 32768 UDP die höchsten Durchsatzwerte erzielen.

Wie schon angedeutet hab ich damit keine Probleme: Schreibwert liegt bei 8800 kBit/s, Lesen bei 8100 kBit/s, Abspielen funktioniert trotzdem ohne Aussetzer oder Puffern.

 

Oder wenn Du schon unbedingt die Box auf Full Duplex laufen lassen willst: schaffe Dir einen reinen managebaren Switch an, an den Du dann Box und NAS hängst. Ist ja kein Problem: online bestellen und wenn's nix taugt, zurück damit. ;) Empfehlung bezüglich managebarem Switch hab ich da aber leider nicht.

Link zu diesem Kommentar
Auf anderen Seiten teilen

  • 2 weeks later...
  • Antworten 1,5k
  • Created
  • Letzte Antwort

Top Posters In This Topic

Habe mittlerweile meine Box auf Vollduplexbetrieb umgerüstet und entsprechend im Neutrino aktiviert. Erhalte nun definitiv bessere Schreibraten (ca. 7400), v.a. die Leseraten sind nun echt zackig bei ca. 8900. Exakte Werte kann ich noch nachreichen. Das integrierte NFS unter OSX Tiger (10.4.9) läuft im User-Mode, nicht im Kernel, hab das mal irgendwo gelesen, deshalb sei das wohl etwas langsamer.

 

Tests mit meiner Linkstation Pro über die Fritzbox (Portumkonfiguration mittels "cpmaccfg" auf FD 10 MBit) steht noch aus.

bearbeitet von merkwuerden
Uralt-Vollquote entfernt, das muss nicht sein...
Link zu diesem Kommentar
Auf anderen Seiten teilen

Und was nützen Dir Lesewerte von 8900, wenn Du mit Deinen mickrigen Schreibwerten von 7400 dann nichts aufgenommen bekommst, was Du abspielen kannst? :D

 

Das integrierte NFS unter OSX Tiger (10.4.9) läuft im User-Mode, nicht im Kernel, hab das mal irgendwo gelesen, deshalb sei das wohl etwas langsamer.

Apple leistet sich solchen Murks? Alle Achtung... ;)

Ich kenne mich mit der Schiene nicht aus, aber gibt's da keinen Kernel-Server, den man nachinstallieren könnte?

 

Tests mit meiner Linkstation Pro über die Fritzbox (Portumkonfiguration mittels "cpmaccfg" auf FD 10 MBit) steht noch aus.

Ob das was Brauchbares werden will? Ich bin neugierig auf Deine Ergebnisse. :goodjob:

Link zu diesem Kommentar
Auf anderen Seiten teilen

Und was nützen Dir Lesewerte von 8900, wenn Du mit Deinen mickrigen Schreibwerten von 7400 dann nichts aufgenommen bekommst, was Du abspielen kannst? :D

derzeit natürlich noch nichts...außer ich konvertiere bestehendes Material zu TS-Files mit hohen Bitraten, um diese dann an der Box anschauen zu können

Apple leistet sich solchen Murks? Alle Achtung... ;)

Ich kenne mich mit der Schiene nicht aus, aber gibt's da keinen Kernel-Server, den man nachinstallieren könnte?

Habs nochmals recherchiert, müsste eigentlich im Kernel laufen (NFSv3), ist ja ein UNIX-Derivat (FreeBSD). Weiss ich spätestens heute Abend, wenn ich die Kiste durchstarte, ohne mich anzumelden. Sollte der mount funktionieren, läufts im Kernel

Ob das was Brauchbares werden will? Ich bin neugierig auf Deine Ergebnisse. :goodjob:

Gib mir mal nen Tipp, mit welchen Einstellungen ich die NFS-Freigaben auf Client und Server so einstelle, dass ich den optimalen Datendurchsatz bekomme. Beim Netztest sind die Optionen im Skript fest vorgegeben, so dass ich nicht direkt prüfen kann, ob es noch andere Mount-Optionen gibt, die einen höheren Schreibwert erzielen.

Folgende Einstellungen Empfehlung hab ich mal per Google gefunden:

/mnt/disk1/share   *(rw,wdelay,async,all_squash,no_subtree_check,insecure,anonuid=0,anongid=0)

(Link 1)

Beides of Client und Server mit den identischen Optionen anlegen (Link 2)

 

Sind diese Einstellungen sinnvoll bzw. gibt es noch weitere?

Link zu diesem Kommentar
Auf anderen Seiten teilen

Habs nochmals recherchiert, müsste eigentlich im Kernel laufen (NFSv3), ist ja ein UNIX-Derivat (FreeBSD).

Das heißt noch lange nichts. Eisfair z.B. basiert auch auf Unix/Linux, besaß aber zu der Zeit, als ich mich noch damit befasst hatte, ebenfalls nur einen klapprigen User-NFS, damit war das Teil überhaupt nicht zu brauchen.

 

Gib mir mal nen Tipp, mit welchen Einstellungen ich die NFS-Freigaben auf Client und Server so einstelle, dass ich den optimalen Datendurchsatz bekomme. Beim Netztest sind die Optionen im Skript fest vorgegeben, so dass ich nicht direkt prüfen kann, ob es noch andere Mount-Optionen gibt, die einen höheren Schreibwert erzielen.

Die Einstellungen aus dem Netztest sind im Allgemeinen bereits optimal, da gibt's meines Wissens nichts, das den Durchsatz noch erhöhen könnte - eher umgekehrt. ;)

 

/mnt/disk1/share   *(rw,wdelay,async,all_squash,no_subtree_check,insecure,anonuid=0,anongid=0)

Ich kann nur von meiner Asus WL-HDD ausgehen, wie es da funktioniert: da gibt's nicht so viel Brimborium. :D

So steht das in der exports:

/tmp/harddisk/dbox2/record 192.168.178.1/24(rw,async,no_root_squash,no_subtree_check)

Mehr ist für einen nach Standard arbeitenden NFS v3 nicht notwendig.

Und auf der dBox2:

record -fstype=nfs,rw,nolock,soft,udp,rsize=32768,wsize=32768 192.168.178.100:/tmp/harddisk/dbox2/record

Über den Automounter, die Standard-Mounts von Neutrino/Enigma nutze ich schon seit 5 Jahren nicht mehr.

Bei Verwendung der normalen Mounteinträge musst Du halt die Optionen dort in den beiden Zeilen angeben.

 

Wichtig ist, dass Du das Share auf der Box unbedingt mit der Option nolock mounten lässt, sonst wartest Du unter Umständen minutenlang, bis der Mount steht, das hängt von der Gegenstelle ab. Und der NFS-Server muss async laufen, sonst büßt Du Durchsatz ein. Das sind meine Erfahrungen.

 

Im Zweifelsfall hilft nur ausprobieren. Welche Parameter Dein NFS-Server unterstützt, und wie das korrekte Format sein muss, musst Du selber schauen, das sollte in irgend einer Dokumentation dazu stehen, falls es sowas gibt. :goodjob:

Link zu diesem Kommentar
Auf anderen Seiten teilen

hier meine aktuellen Meßergebnisse:

ibook optimized (FD, Verbindung via Crossoverkabel):
/tmp # /tmp/netztest 192.168.0.1 /Users/tom/Movies /mnt/filme
rm: cannot remove '/mnt/filme': Read-only file system

testing rsize/wsize 4096
write performance kb/s 7420
read performance kb/s 8533
192.168.0.1:/Users/tom/Movies on /mnt/filme type nfs (rw,v3,rsize=4096,wsize=4096,soft,udp,nolock,addr=192.168.0.1)

testing rsize/wsize 8192
write performance kb/s 7641
read performance kb/s 8982
192.168.0.1:/Users/tom/Movies on /mnt/filme type nfs (rw,v3,rsize=8192,wsize=8192,soft,udp,nolock,addr=192.168.0.1)

testing rsize/wsize 16384
write performance kb/s 7757
read performance kb/s 9142
192.168.0.1:/Users/tom/Movies on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.0.1)

testing rsize/wsize 32768
write performance kb/s 7757
read performance kb/s 8982
192.168.0.1:/Users/tom/Movies on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.0.1)
rm: cannot remove '/mnt/filme': Read-only file system

Habe bis dato noch keine Verbindungsabbrüche, auch nicht bei Sendern, deren Bitrate +/- 8000 kBit beträgt. Auch mounte ich das NFS-Share nicht mit den gleichen Optionen wie der NFS-Geschwindigkeitstest.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Trotzdem sind Deine Schreibwerte laut Netztest miserabel. Das hab ich unter Win2k mit SFU und einem 0815-Switch schon erreicht. ;)

mag sein, dennoch habe ich bis dato noch keine Sendung gefunden, wo meine Aufnahme abgebrochen hat, auch nicht mit zusätzlicher Audio-AC3-Spur

Und welche anderen Optionen?

rw,soft,udp,nolock,rsize=16384,wsize=16384 --> ohne NFS-Versionsangabe "v3"

 

Eine Frage habe ich noch zu der Möglichkeit von WOL: in den Eigenschaften der NFS-Mounts kann ja die Mac-Adresse angegeben werden. Erreiche ich hierdurch, dass meine Aufnahmeserver (iBook) automatisch hochgefahren werden kann per Magic Packet? Oder benötige ich hierzu zwingen das Zusatz-Plugin wol-timer? Ist das Thema "Automounter + Wake on Lan" irgendwo schon sauber aufbereitet. Ich habe bis dato leider noch nichts aussagekräftiges gefunden.

Link zu diesem Kommentar
Auf anderen Seiten teilen

habe ich bis dato noch keine Sendung gefunden, wo meine Aufnahme abgebrochen hat, auch nicht mit zusätzlicher Audio-AC3-Spur

Dann mache mal einen Test auf ARD oder ZDF, wenn dort z.B. eine Sport-Live-Übertragung wie Ski alpin oder Auto/Motorrad/Fahrrad/wasweisich-Rennen oder ein zeitgemäßer Actionfilm mit richtig viel Bewegung im Bild läuft. Auf RTL dürfte das auch funktionieren, deren Bitrate ist mittlerweile auch recht ordentlich. :D

 

rw,soft,udp,nolock,rsize=16384,wsize=16384 --> ohne NFS-Versionsangabe "v3"

Die NFS-Version ist auch generell nicht anzugeben, das handelt die Box selbständig beim Mounten mit dem Server aus. Kann der Server v3, dann wird so gemountet. Andernfalls wird v2 ausgehandelt.

Normalerweise könnte man auch die rsize/wsize komplett weg lassen, wenn im Netzwerk alles korrekt funktionier. Dort wird dann auch der höchste mögliche Wert ausgehandelt, im Fall der dBox2 dann maximal 32768.

 

ro/rw, soft, udp und nolock sollte man dagegen immer angeben.

 

Zu der WOL-Sache bin ich überfragt, hab ich mich nie damit befasst, weil ich das nicht nutze. Ich meine aber irgendwo gelesen zu haben, dass ohne das WOL-Plugin nichts geht. ;)

Link zu diesem Kommentar
Auf anderen Seiten teilen

  • 1 year later...

Habe eine Sagem Dbox2 und habe die Dateien in den ordner tmp kopiert.

Aufnehmen tue ich auf einer Netzwerkfestplatte.

Habe über Telnet die dbox versucht aufzurufen...

/tmp/netztest 192.168.1.241 /i-data/1731fc50/nfs/record/mnt/filme

 

Telnet gestartet, open, ipadresse, box aufrufen ging....dann kam der Busy eintrag...und dann musste ich ja "siehe oben" eintragen ???

Und dann stand dort verzeichnis oder pfad nicht möglich...konnte leider die einträge des telnet nicht kopieren als Text, sonst hätte ich das eingefügt...

 

Meine überlegung ist aber nun, muss ich nicht irgendwie die festplatte im netzwerk testen ?

Link zu diesem Kommentar
Auf anderen Seiten teilen

Deine Syntax ist falsch. Wenn Du Leerzeichen zur Parametertrennung falsch setzt bzw. vergisst, muss der Test schief gehen. ;)

 

Befehlsaufruf IP(Server) NFS-Freigabe(Server) Mountpunkt(Box)

 

/tmp/netztest 192.168.1.241 /i-data/1731fc50/nfs/record /mnt/filme

 

Die farblich markierten Blöcke sind durch Leerzeichen zu trennen. Und da darf keines falsch gesetzt oder weggelassen werden, da die Parameter sonst falsch an das Script übergeben werden.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Hi,

den auszuführenden Dateien im /tmp auch die Rechte 755 vergeben?

 

In deinem Aufruf oben fehlt ein Leerzeichen zw .../record und /mnt/filme. edit: Gross/Kleinschreibung ist auch zu beachten. Der normale Mount über Neutrino klappt aber, du kannst also drauf zugreifen?

 

Im Telnetfenster Rechtsklick->Markieren, dann mit der linken Maustaste normal den zu kopierenden Text markieren, zum Kopieren in die Zwischenablage danach die Entertaste drücken. Das kannst du dann hier einfügen...

 

Ciao,

DdD.

bearbeitet von Don de Deckelwech
Link zu diesem Kommentar
Auf anderen Seiten teilen

Guten Morgen, also die Leerzeichen habe ich nun richtig gesetzt, und die Rechte sind und waren auf 755 vergeben.

Jetzt hat sich auch ein bisschen was bewegt, aber weiss nicht, ob es jetzt richtig ist...

...ich poste einfach mal das Ergebnis, ist aber ziemlich viel...

 

 

have fun with KEYWELT on your Sagem D-BOX2 - Kernel 2.4.37.6-dbox2 (08:00:16)...

dbox login: root

 

 

BusyBox v1.14.4 (2009-09-26 14:42:24 CEST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

 

/var # /tmp/netztest 192.168.1.241 /i-data/1731fc50/nfs/record /mnt/filme

 

4096, 4096

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

8192+0 records in

8192+0 records out

real 1m 10.02s

user 0m 0.25s

sys 0m 13.42s

7314

8192+0 records in

8192+0 records out

real 1m 5.49s

user 0m 0.27s

sys 0m 10.40s

7757

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

 

6144, 6144

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

8192+0 records in

8192+0 records out

real 1m 8.90s

user 0m 0.30s

sys 0m 13.38s

7314

8192+0 records in

8192+0 records out

real 1m 5.65s

user 0m 0.30s

sys 0m 9.81s

7757

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

 

8192, 8192

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

8192+0 records in

8192+0 records out

real 1m 8.92s

user 0m 0.32s

sys 0m 13.37s

7420

8192+0 records in

8192+0 records out

real 1m 5.40s

user 0m 0.22s

sys 0m 9.86s

7757

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

 

9216, 9216

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

8192+0 records in

8192+0 records out

real 1m 8.63s

user 0m 0.27s

sys 0m 13.57s

7420

8192+0 records in

8192+0 records out

real 1m 5.51s

user 0m 0.28s

sys 0m 10.27s

7757

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

 

10240, 10240

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

8192+0 records in

8192+0 records out

real 1m 9.05s

user 0m 0.30s

sys 0m 13.40s

7314

8192+0 records in

8192+0 records out

real 1m 4.82s

user 0m 0.17s

sys 0m 10.07s

7876

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

 

11264, 11264

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

8192+0 records in

8192+0 records out

real 1m 9.14s

user 0m 0.17s

sys 0m 13.26s

7314

8192+0 records in

8192+0 records out

real 1m 5.05s

user 0m 0.16s

sys 0m 9.76s

7757

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

 

12288, 12288

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

8192+0 records in

8192+0 records out

real 1m 9.33s

user 0m 0.26s

sys 0m 13.30s

7314

8192+0 records in

8192+0 records out

real 1m 4.84s

user 0m 0.25s

sys 0m 9.84s

7876

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,lock,addr=192.168.1.50)

 

16384, 16384

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

dd: /mnt/filme/test: Read-only file system

Command exited with non-zero status 1

real 0m 0.05s

user 0m 0.01s

sys 0m 0.04s

expr: division by zero

dd: /mnt/filme/test: No such file or directory

Command exited with non-zero status 1

real 0m 0.04s

user 0m 0.01s

sys 0m 0.03s

expr: division by zero

 

24576, 24576

umount: can't umount /mnt/filme: Invalid argument

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

dd: /mnt/filme/test: Read-only file system

Command exited with non-zero status 1

real 0m 0.05s

user 0m 0.01s

sys 0m 0.04s

expr: division by zero

dd: /mnt/filme/test: No such file or directory

Command exited with non-zero status 1

real 0m 0.04s

user 0m 0.02s

sys 0m 0.03s

expr: division by zero

 

32768, 32768

umount: can't umount /mnt/filme: Invalid argument

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

dd: /mnt/filme/test: Read-only file system

Command exited with non-zero status 1

real 0m 0.04s

user 0m 0.02s

sys 0m 0.01s

expr: division by zero

dd: /mnt/filme/test: No such file or directory

Command exited with non-zero status 1

real 0m 0.05s

user 0m 0.02s

sys 0m 0.03s

512000

 

 

 

 

/var # /tmp/ntest 192.168.1.241 /i-data/1731fc50/nfs/record /mnt/filme 9000 2200

0

 

9000, 22000

umount: can't umount /mnt/filme: Invalid argument

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

dd: /mnt/filme/test: Read-only file system

Command exited with non-zero status 1

real 0m 0.04s

user 0m 0.02s

sys 0m 0.02s

expr: division by zero

dd: /mnt/filme/test: No such file or directory

Command exited with non-zero status 1

real 0m 0.05s

user 0m 0.01s

sys 0m 0.03s

512000

/var #

bearbeitet von rammstein2000
Link zu diesem Kommentar
Auf anderen Seiten teilen

Bringe Deinem NFS-Server bei, dass er gefälligst die Mounts mit "nolock" durchführt. Momentan erzwingt er "lock", und das führt zu den diversen Fehlermeldungen beim Test, weil der Mount durch das "lock" nicht vernünftig hergestellt/freigegeben werden kann und Dir das dann auch noch in die Verbindung spuckt.

Bei der Gelegenheit schaue auch gleich mit nach, dass "async" vom Server vergeben wird. Bei einer Linux-Kiste musst Du das unter Umständen manuell eintragen (in die exports).

 

Btw scheint Dein NFS-Server nur rsize/wsize 16384 zu verstehen, andere Werte werden scheinbar ignoriert. Wobei "krumme Werte" sowieso unsinnig sind, ich habe noch keinen einzigen NFS-Server gesehen, der mit 6144, 9216, 10240 und dergleichen mountet. Gültige Werte sind 2048, 4096, 8192, 16384 und 32768, also glatte 2er-Potenzen (2x). Den anderen Käse kannst Du aus dem Script raus löschen (linux-kompatiblen Editor verwenden!), das hält den Test nämlich nur sinnlos auf, gemountet wird nämlich dann wieder die 2er-Potenz drunter.

Werte unter 8192 kannste da übrigens in Bezug auf die dBox2 auch gleich vergessen, damit kriegst Du bei heute üblichen Bitraten ganz sicher keine Aufnahme mehr hin. Mehr als 32768 macht die Box nicht mit, ist auch nicht üblich.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Wirst Du die Anleitung zu dem Teil befragen müssen. Oder mal googeln, ob und was es da für Möglichkeiten gibt. Eventuell brauchst Du dafür alternative Firmware für die Kiste, falls es sowas gibt. Ich kenne das Gerät nicht, daher kann ich Dir dazu auch nichts raten.

 

Das async muss ebenfalls von der Netzwerkfestplatte unterstützt werden. Du kannst die Option zwar auch bei der dBox angeben, aber wenn der NFS-Server auf sync besteht (so wie er das mit lock tut), wird die Box zu dieser Option gezwungen, oder der Mount funktioniert nicht vernünftig (oder gar nicht), wenn sich die Kisten nicht einig werden.

 

Btw was Dein (Teil)ergebnis angeht: Wenn Du nicht auf höhere Werte als die 7300 beim Schreiben kommst, kannst Du störungsfreie Aufnahmen wohl vergessen, mit 7 MBit/s Gesamtdatenrate gewinnst Du heutzutage keinen Blumentopf mehr, viele Sender liegen schon beim Videostream allein im Schnitt in der Gegend und fahren regelmäßig auf Werte bis über 8 MBit/s hoch, vor allem wenn Bewegung im Bild ist. Folge ist dann "Aufnahme wurde abgebrochen, weil die Daten nicht schnell genug geschrieben werden konnten" - das Gestückel, das dabei erzeugt wird, ist im Ergebnis nicht zu gebrauchen.

Link zu diesem Kommentar
Auf anderen Seiten teilen

genau darum geht es ja, weil meine aufnahmen ständig in tausend einzelne dateien aufgezeichnet werden, dachte ich halt, das ich an den einstellungen was falsch habe. in meiner exports auf der dbox habe ich mal reingeschaut, da steht folgendes :

# This file defines the filesytem that will be exported to

# selected clients. If present, the NFS-server will be started.

 

#/hdd *(rw,async)

/hdd *(rw,async,no_root_squash,no_subtree_check)

 

und die mount optionen sind :

rw,soft,udp

nolock,rsize=16384,wsize=16384

 

Habe übrigens nochmal einen test gemacht :

 

 

have fun with KEYWELT on your Sagem D-BOX2 - Kernel 2.4.37.6-dbox2 (11:38:28)...

dbox login: root

 

 

BusyBox v1.14.4 (2009-09-26 14:42:24 CEST) built-in shell (ash)

Enter 'help' for a list of built-in commands.

 

/var # /tmp/netztest 192.168.1.50 /i-data/1731fc50/nfs/record /mnt/filme

rm: cannot remove '/mnt/filme': Read-only file system

 

testing rsize/wsize 4096

write performance kb/s 5446

read performance kb/s 6168

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=409

6,wsize=4096,soft,udp,nolock,addr=192.168.1.50)

 

testing rsize/wsize 8192

write performance kb/s 6826

read performance kb/s 7420

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=819

2,wsize=8192,soft,udp,nolock,addr=192.168.1.50)

 

testing rsize/wsize 16384

write performance kb/s 7314

read performance kb/s 7641

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,nolock,addr=192.168.1.50)

 

testing rsize/wsize 32768

write performance kb/s 7420

read performance kb/s 7876

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,nolock,addr=192.168.1.50)

rm: cannot remove '/mnt/filme': Read-only file system

/var #

 

 

 

/var # /tmp/ntest 192.168.1.50 /i-data/1731fc50/nfs/record /mnt/filme 16384 1638

4

 

16384, 16384

umount: can't umount /mnt/filme: Invalid argument

8192+0 records in

8192+0 records out

real 1m 9.40s

user 0m 0.33s

sys 0m 13.65s

7314

8192+0 records in

8192+0 records out

real 1m 5.67s

user 0m 0.23s

sys 0m 9.87s

7757

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,nolock,addr=192.168.1.50)

 

 

 

/var # mount

rootfs on / type rootfs (rw)

/dev/root on / type squashfs (ro)

none on /dev type devfs (rw)

proc on /proc type proc (rw)

/dev/mtdblock/3 on /var type jffs2 (rw)

tmpfs on /tmp type ramfs (rw)

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=163

84,wsize=16384,soft,udp,nolock,addr=192.168.1.50)

/var #

 

 

Kann mir eventuell jemand sagen, was ich nun als rsize und wsize für den besten Wert eintragen muss, bzw ob ich in der Export,etc,host datei auf der dbox2 noch was eintragen muss ?

Was hat das v3 zu bedeuten ?

Ich weiss viele Fragen...aber Ihr habt bestimmt Antworten für mich.

 

DANKE

bearbeitet von rammstein2000
Link zu diesem Kommentar
Auf anderen Seiten teilen

Auf der dBox2 musst Du überhaupt nichts eintragen. Und in der exports auf der dBox schon überhaupt nicht, denn die kommt nur ins Spiel, wenn ein NFS-Server auf der Box installiert und aktiviert wird. Was Dir zum Aufnehmen ins Netzwerk herzlich wenig nützt.

 

Du musst den NFS-Server Deiner Netzwerkfestplatte auf Vordermann bringen. Oder das Teil in die Tonne schmeißen, wenn es sich nicht brauchbarer konfigurieren lässt. Mit den erzielten 7400 kBit/s wird das jedenfalls nichts mit brauchbaren Aufnahmen, der Wert ist indiskutabel. Der Wert erinnert mich irgendwie an solche Machwerke wie FreeNAS und Eisfair, wo schlampig programmierte Module dafür sorgen, dass der NFS-Server nicht vernünftig funktionieren kann. Oder Billigschrott in der Hardware, sprich keinen echten Netzwerk-Controller, sondern kastrierte Lösungen, die von einer dafür unterdimensionierten CPU komplett in Software bedient werden müssen.

 

So wie es aussieht, unterstützt der NFS-Server von dem Ding maximal rsize/wsize 16384, mit 32768 könntest Du noch mehr Durchsatz rausholen. Das wird aber geschätzt auch nicht mehr als rund 7700, was für Sender mit ordentlicher Bildqualität (und damit zwangsläufig hoher Bitrate) auch nicht reicht, Reserven gibt es da überhaupt keine. Den Ringpuffer der dBox als "Notpuffer" kannst Du auch nicht beliebig erhöhen, weil der Box dann der RAM ausgeht und die Kiste im Zweifelsfall abstürzt. Maximal einstellbar sind da meines Wissens 8 MB, dann benötigt allerdings der Aufnahmeprozess samt Ringpuffer mindestens (!!!) 12 MB freien RAM. Was bei einer Box mit 32 MB kaum bis überhaupt nicht machbar ist, wenn man die Box nicht vor jeder Aufnahme frisch booten will. Wenn die Box schon paar Stunden gelaufen ist, sind mehr als 4 MB Ringpuffer für die Aufnahme nicht angeraten.

 

Was Du versuchen kannst: einen ordentlichen (!) Switch zwischen Box und Server zu hängen, wobei Du dann allerdings den Server manuell zu Half Duplex zwingen musst (in dem Fall empfiehlt sich dann 100 Half), sonst funktioniert das Abspielen nicht mehr. Mischbetrieb Full Duplex (Server Switch) mit Half Duplex (Switch Box) funktioniert bei bezahlbaren Lösungen selten bis nicht.

Bezüglich Switch habe ich mit Linksys (Cisco) sehr gute Erfahrung gemacht. Netgear dagegen ist Schrott, bei dem Mist bezahlst Du nur für den Namen, die Qualität bleibt dabei auf der Strecke. Von Router-Lösungen wie Fritzbox und Konsorten solltest Du da übrigens auch Abstand nehmen, die darin verbauten Switches taugen auch nichts.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Das heisst also auf gut Deutsch, das selbst wenn ich beim mounten die rechte auf 32768 einstelle, er mir wahrscheinlich nicht, den Film in einem Stück aufnehmen wird. Also könnte ich auch theoretischerweise auf 8192 stellen, oder was ist besser ?

 

Das Zyxel Nsa210 hat das NFS installiert, aber ich kann da nichts einstellen.

 

Was hat das mit dem nolock, bzw async auf sich ? Bzw dem v3...

Muss ich da noch was beachten?

 

Am besten ich schaue mich nach einer anderen Netzwerkfestplatte um... :thumbsd:

Link zu diesem Kommentar
Auf anderen Seiten teilen

Das heisst also auf gut Deutsch, das selbst wenn ich beim mounten die rechte auf 32768 einstelle

Dein NFS-Server unterstützt kein 32768, siehe Dein Log vom letzten Test:

testing rsize/wsize 32768

write performance kb/s 7420

read performance kb/s 7876

192.168.1.50:/i-data/1731fc50/nfs/record on /mnt/filme type nfs (rw,v3,rsize=16384,wsize=16384,soft,udp,nolock,addr=192.168.1.50)

Demzufolge kannst Du der Box die 32768 vorgeben, wie Du willst: Der Server mountet dann die von ihm aus maximal möglichen 16384, mehr kann er nicht.

 

Also könnte ich auch theoretischerweise auf 8192 stellen, oder was ist besser ?

Das, wo Du den höchsten Schreib- und Lesedurchsatz hast. Und das ist in aller Regel immer der höchst mögliche Wert. Gebe ruhig 32768 im Mount vor oder lasse die Parameter rsize= und wsize= komplett weg (dann wird immer der höchste verfügbare Wert zum Mounten genommen).

 

Was hat das mit dem nolock, bzw async auf sich ? Bzw dem v3...

Muss ich da noch was beachten?

nolock scheint Dein Server entgegen des ersten Testversuchs doch zu machen, siehe zweiten Versuch, da steht's ja auch drin. Keine Ahnung, was da erst schief gelaufen ist. async sollte eigentlich Standard sein, weil das den höchsten Durchsatz ermöglicht. Das erfährst Du aber nur direkt am Server, die dBox2 meldet das nicht zurück. Unterstützt der Server async, dann mountet die Box auch automatisch so.

Das v3 ist die NFS-Protokollversion. Da kannst Du auch nichts dran drehen, denn die wird vom Server vorgegeben. Die dBox2 unterstützt maximal v3, steht das zur Verfügung, wird das auch verwendet, andernfalls das in einigen Punkten limitierte v2 (was jeder nicht gerade uralte Schrunzkasten zuwege bringt). Da bei Dir v3 gemountet wird, braucht Dich das nicht interessieren.

Link zu diesem Kommentar
Auf anderen Seiten teilen

Hallo zusammen,

 

ich habe da mal eine Frage zu den Speedangaben aus netztest und ntest.

 

Was hat es denn mit dieser Konstanten 512000 in den scripts auf sich?

 

Geschrieben und gelesen werden doch 64MByte also 524288KBit (K = 1024, k = 1000).

In der Anleitung steht: "Das Ergebnis /1000 ist die Geschwindigkeit in MBit/s."

Also nehme ich mal an, die Ausgabe ist metrisch, dann hätte man doch sogar 536870,912kbit.

 

Wenn dann immer nur mit 512000 gerechnet wird, würden doch ca 5% zu wenig Speed angezeigt werden?

Oder überseh ich da jetzt was?

 

Grüße,

dustsucker

bearbeitet von dustsucker
Link zu diesem Kommentar
Auf anderen Seiten teilen

So habe gestern abend mal eine Testaufnahme gemacht, mit den Werten 16384 rsize und auch wsize.

Und merkwürdigerweise hat er auf einmal den Film in einer Datei aufgenommen. Muss aber auch dazu sagen, das ich meine Box komplett neu aufgespielt habe, allerdings kann das ja nicht der Grund sein. Habe auch dadurch alle einstellungen wieder neu machen müssen, mit mounten etc...

 

Aber habe ein neues Problem, meine ganzen Aufnahmen waren auf einmal weg. Die Festplatte ist so gut wie leer, laut der Volumenanzeige.

 

Kann das Mounten oder Unmounten meine Daten löschen ?

bearbeitet von rammstein2000
Link zu diesem Kommentar
Auf anderen Seiten teilen

  • Wer ist Online   0 Benutzer

    • Keine registrierten Benutzer online.

×
×
  • Neu erstellen...