Hallo.
Hab ein Problem mit der NFS-Verbindung.
Die Freigaben usw. funktionieren. Komme auf die jeweils andere Box. Das Problem ist das bei der DM7020 die Filme der DM800 stark stocken. Umgekehrt, also wenn ich die Filme der DM7020 auf der DM800 abspiele gibt es keine Probleme. Hat jemand eine Idee?

Ach ja auf der DM7020 läuft das aktuelle Gemini und auf der DM800 das aktuelle NewEnigma.

Eigentlich sollte das schon gehen. Ich glaub als ich das Gemini auf der dm800 hatte gings. Könnte das nicht ein Einstellungsproblem sein?

um da weiter zu kommen müsstest du schon mal konkreter werden...

hast du eine nas oder interne platten?
wie sieht die auto.hotplug in /etc der 800er aus.
und die automount.conf der 7020?
cu

Original von diddsen
um da weiter zu kommen müsstest du schon mal konkreter werden...

hast du eine nas oder interne platten?

Wieso muss er konkreter werden? Sein Problem steht ausgezeichnet beschrieben im Eingangsposting. Da ist kein NAS im Spiel.

@arianeboxer (falls du hier mitliest): Das Script von @Nordi läuft auch auf den Dreams und könnte bei den hier auftretenden Problemen (sofern sie nicht an den Kisten selber liegen) durchaus helfen. Nur als Tipp.....

thx für tips @NASeweiss

ich habe mir nun von @nordi das okay geholt, daß ich das script hier poste und dessen werte gleich an meine dm800 angepasst. es sollte auch an anderen dreamboxen vernünftige testergebnisse liefern.

es funktioniert derart, dass udp und tcp mounts getestet werden. in /tmp wird eine datei namens ntest.txt mit den ergebnissen erstellt, die zb. so aussieht:
der inhalt könnte dann markiert [strg+a], kopiert [strg+c] und in excel eingefügt [strg+v] werden, somit entsteht ein diagramm, welches verdeutlicht, wie der durchsatz ist und wie/wo er verbessert werden könnte. dieses diagramm kann man auch in ein grafikprogramm kopieren und als *.jpg speichern...etc.
[Blockierte Grafik: http://nordi.no.funpic.de/files/pics/sonst/streaming__1024.jpg]

in diesem beispiel einer dbox sieht man genau, wie udp/write und udp/read ab einer blockgröße von 14000-16000 auseinanderklaffen. tcp/write und tcp/read bleiben relativ konstant, wobei tcp/read einige bits mehr durchsetzt und udp/read in den höheren blockgrößen (ab 16000) deutlich überragt.

installation
das angehängte archiv netztest.rar herunterladen und entpacken. die datei "netztest.sh" auf die box nach /usr/script kopieren und die rechte 755 vergeben (direkt mit dem ftp-programm oder via telnet "chmod 755 /usr/script/netztest").
weitere dateien sind nicht nötig!

nutzung
script aufrufen mit dem befehl "/usr/script/netztest.sh [ip] [freigegebenes verzeichnis] [lokales verzeichnis] [schrittweite] [anfangswert] [endwert]"
beispiel:
schrittweite, anfangswert und endwert sind optional und mit standartwerten vorbelegt. sie dienen lediglich zur eingrenzung der messwerte.
schrittweite: (standard 4096) gibt an, an welchem maße die blockgröße erhöt werden muss, welche dann linear von durchlauf zu durchlauf anwächst. lässt man diesen parameter weg, werden standardmäßig folgende größen getestet: 4096, 8192, 12288, 16384, ...
je kleiner dieser wert gewählt wird, desto genauer lassen sich die "guten" bereiche ermitteln. aber desto länger dauert der test.
anfangs- und endwert: (standard 4096 - 32768 ) legen fest, in welchem bereich die messung durchgeführt werden soll.
für das obere beispiel (tabelle und diagramm) habe ich netztest wie folgt aufgerufen:
es wurde also von 4096 bis 32768 in einer abstufung von 1024 getestet. (dauerte damals auf einer dbox ca 2,5 std)

will man nur einen gewissen bereich (zb 16384 - 24576) in dieser feineren abstufung testen, gibt man folgendes ein:sollen nur die werte, die gemountet werden können (4096, 8192, 16384 und 32768 ) getestet werden, nutzt man anstatt der zahlenwerte den parameter "short". also zb:

anmerkung: die drei werte (4096 4096 32768 ) sind standard und müssen nicht explizit angegeben werden. "/usr/script/netztest.sh 192.168.101.10 /home/mnt/video /media/hdd 4096 4096 32768" ist also das gleiche wie "/usr/script/netztest.sh 192.168.101.10 /home/mnt/video /media/hdd". nur wenn man mit anderen werten testen will, braucht man sie eingeben

durch die auswertung der datei ntest.txt kann man dann die optimalen werte für seine mounts rausfinden, sodaß die höchst mögliche geschwindigkeit des eigenen netzwerks ausgenutzt werden kann bzw. spass"bremsen" wie unzureichende hubs/switches/router durch testweisen austausch ausfindig gemacht werden können.

2 postings weiter unten dann ein beispiel für die dm800

Original von arianeboxer
...und die werte gleich an meine dm800 angepasst. es sollte auch an anderen dreamboxen vernünftige testergebnisse liefern.

..dann hoffe ich mal für Dich, dass die Beispiel-Werte von der Dbox und nicht der Dream sind

klar doch, mein script läuft grad durch, hier die ersten ergebnisse meiner dm800 auf einen mount eines alten debian nfs server:


in diesem beispiel wären die derzeit besten also
bei udp: r32768/w16384 und bei tcp: r32768/w32768

na dann: hier ein Beispiel für eine 600er auf ein NAS, dessen NFS-Server auf 8k-kastriert ist (oooooh QNAP - das ist eurer unwürdig


@Joe
...Dein Server kann offensichtlich auch nur 8k; die darüber liegenden Werte sind schlichte Messtoleranzen ;). Trotzdem sollte die 800er Werte deutlich > 35Mbit/s liefern.

ist die .sh denn im verzeichnis drin?
check nochmals deine installation:

installation
das angehängte archiv netztest.rar herunterladen und entpacken. die datei "netztest.sh" auf die box nach /usr/script kopieren und die rechte 755 vergeben (direkt mit dem ftp-programm oder via telnet "chmod 755 /usr/script/netztest").
weitere dateien sind nicht nötig!

du hast meine frage nicht beantwortet......

passt zwar nicht ganz zum topic aber hat mal wer eine 500HD oder 8k zu einem linuxserver gemessen?

die 800 is bei HD Netzwerkaufnahmen recht blöd und so such ich ne alternative die das kann

@sven
...ich habe Deine "Problembeschreibung" bei ump gelesen...Deine dort geposteten Werte liegen auf "gutem DBox-Niveau" :D.

Lass mal bitte das oben von Joe gepostete Script laufen....(dass die 800er gar nicht zur Netzwerkaufnahme taugt ist natürlich Quatsch - da sie allerdings Prozessortechnisch extrem untermotorisiert ist, muss man im HD-Bereich Abstriche hinnehmen; bei mir hat sie deshalb nie den Sprung ins Wohnzimmer geschafft :-))) ).

Du solltest das Script (die short-Version reicht!) unter folgenden Vorbedingungen laufen lassen:

1. auf einem SD-Sender
2. auf einem Standard-HD-Sender
3. auf einem HD+ - Sender
4. im Standby

und die Werte vergleichen.

Was alleine das Protokoll ausmachen kann zeigt dieses Beispiel (die udp-Werte liegen etwa da, wo Du auch gelandet bist):

41.297 Mbit/s with tcp,async,wsize=32768
35.791 Mbit/s with tcp,async,wsize=16384
28.256 Mbit/s with tcp,async,wsize=8192
19.173 Mbit/s with tcp,async,wsize=4096
16.777 Mbit/s with udp,async,wsize=32768
10.324 Mbit/s with udp,async,wsize=16384
5.592 Mbit/s with udp,async,wsize=8192
3.103 Mbit/s with udp,async,wsize=4096

Results for read throughput:
76.695 Mbit/s with tcp,async,rsize=32768
59.652 Mbit/s with tcp,async,rsize=16384
41.297 Mbit/s with tcp,async,rsize=8192
26.843 Mbit/s with tcp,async,rsize=4096
1.789 Mbit/s with udp,async,rsize=32768
1.743 Mbit/s with udp,async,rsize=16384
1.693 Mbit/s with udp,async,rsize=8192
1.612 Mbit/s with udp,async,rsize=4096

Und ja, die 500HD hat die 800er Schwächen nicht mehr. Da geht das Ganze sogar mit CIFS

das habe ich selbstverständlich gemacht, aber mehr als 10MBit sind nicht drin,keine ahnung wie du auf 41MBit kommst.
die werte zu posten spare ich mir, nur so viel mit CCcam, ohne CCcam, mit switsch, mit Crossover, auf HD sender, auf SD sendern, im standby.
das schelchteste ergebniss war wenn ein HD sender läuft, das beste wenn die box im standby ist, aber wie gesagt nie über 10MBit

Original von =sven=
..,keine ahnung wie du auf 41MBit kommst.

...das ist eigentlich Standard ;-). Je nach FW-Version mit UDP oder TCP; keine Ahnung was DMM da immer am Kernel rumfrickelt...;-).

die werte zu posten spare ich mir,

..na dann

nur so viel mit CCcam, ohne CCcam, mit switsch, mit Crossover, auf HD sender, auf SD sendern, im standby.
das schelchteste ergebniss war wenn ein HD sender läuft, das beste wenn die box im standby ist, aber wie gesagt nie über 10MBit

...dann hast Du ein anderes Problem in Deinem Netzwerk - DAS ist jedenfalls selbst für die impotente 800er völlig daneben. :].

Und die Ergebnisse sind bei UDP und TCP identisch?????

nunja ich habs gerade nochmal mit einem mount auf einem anderen PC mit einer anderen linux distri probiert mit dem gleichen ergebniss, mehr als 10Mbit wenn die box nicht im standby sind net drin, schade eigentlich und die aussage der DMM DEV's sind auch eindeutig, mehr is net drin.

ich hab auch schon mit NN2-2.4 probiert, die werte sind wie zu erwartend etwas höher aber die 10% macht da auch nicht mehr aus, keine ahnung wie du weiter oben auf 41MBit kommst