NASMount

[macfan]

[quote=""Gerti""]Am Switch dürfte es nicht liegen, denn der B3 hing am selben Switch und sogar am selben Kabel.i[/quote]
Ich verwende den Switch jetzt auf dem Dachboden für Drucker und Computer meiner Tochter und da läuft er auch unproblematisch. Du kennst ja auch das Problem mit der Frequenzdrift (kann bei meinem Topfield nicht sein, denn der Receiver xyz funktioniert ja auch).

Gruß, Horst

[JayTee]

Und von wegen Leistung, bei mir läuft noch ne DS110J. Schlechter geht's eigentlich nicht, aber im Zusammenspiel mit dem SRP rennts ohne Probleme.

[Gerti]

Hi!

Das ist schon ein ordentlicher Switch und nach dem setzen des Mountparameters tcp läuft es ja auch flüssig.
@macfan: Welchen Switch hast du denn jetzt?

Gruß
Gerti

Gesendet von unterwegs...

[macfan]

[quote=""Gerti""]Welchen Switch hast du denn jetzt? [/quote]
Den hier.

Gruß, Horst

[TopfKaktus]

[quote=""Gerti""]... und nach dem setzen des Mountparameters tcp läuft es ja auch flüssig.
...[/quote]

Nachdem es da ja unterschiedl. Aussagen gibt zum Thema "Syno & MountOptions" bin ich doch neugierig geworden. Ich dachte mir: eigentlich müsste ja speziell bei Video die Verwendung von Jumboframes den Durchsatz bzw. die Pufferung verbessern.

Also habe ich den LAN-Port des Topfield mit einem großen ftp-Job unter Last gesetzt und zeitgleich eine qualitativ hochwertige Full HD Aufnahme direkt von der Syno (über NASMount) abgespielt. Einmal mit und einmal ohne MountOptions.

Ergebnis: der ftp-Job lief während der Filmwiedergabe mit noch ca. 5-6 Mbit und der Film begann ohne MountOptions deutliche Unterbrechungen/Störungen zu zeigen, während er mit MountOptions (fast völlig) fehlerfrei lief.

Zusätzlich hatte ich ohne Mountoptions manchmal folgenden Effekt: während BGC (Speed 4) kopierte, hat sich immer wieder mal das NASMount Icon recht oben mit Verbindungsverlust / Wiederaufbau gemeldet... das scheint jetzt ebenfalls abgehakt zu sein. Auch die Bedienbarkeit während BGC-Jobs scheint besser.... ist aber subjektiv.

Bei mir bleiben die Mountoptions jetzt aktiv...

LG
Michael

[wohliks]

[quote=""TopfKaktus""]Bei mir bleiben die Mountoptions jetzt aktiv...[/quote]Bei mir läufts - anscheinend - ohne, aber jetzt bin ich neugierig geworden: Gibt's hier irgendwo eine Übersicht, welche Bedeutung/Funktion die einzelnen Parameter unter Mountoptions haben? Ich hab hier schon 'ne Weile herumgesucht, bin aber bis jetzt nicht fündig geworden...

[Ricki]

Also ich kenne die Bedeutung der Mountoptions nicht, habe aber diese aktiv

Code: Alles auswählen

Mountoptions=-osoft,intr,tcp,rsize=65535,nolock

und keinerlei Probleme mit allen 4 Töpfen und meiner Synology. Auch BackgroundCopy läuft damit stabil ohne hakeln.

[wohliks]

[quote=""Ricki""]Also ich kenne die Bedeutung der Mountoptions nicht, habe aber diese aktiv

Code: Alles auswählen

Mountoptions=-osoft,intr,tcp,rsize=65535,nolock

und keinerlei Probleme mit allen 4 Töpfen und meiner Synology. Auch BackgroundCopy läuft damit stabil ohne hakeln.[/quote]Ich habe keinerlei Mountoptions gesetzt und mit meinen beiden Töpfen läuft es ebenfalls problemlos - daher würde ich Mountoptions nur dann setzen wollen, wenn ich auch sicher weiß, was sie im Einzelnen bewirken.

[Ricki]

siehe
[quote=""wolfi133""]Hi!

Also ich nutzte mit meiner Syno die Mountoptonen!

Code: Alles auswählen

Mountoptions=-osoft,intr,tcp,rsize=65535,nolock

Aber ich hatte es früher aber auch mal ohne Mountoptionen am laufen!

• hard oder soft — Legt fest, ob das Programm, das eine Datei über eine NFS-Verbindung verwendet, anhalten und auf den Server warten soll (hard), bis dieser wieder online ist, wenn der Host, der das exportierte Dateisystem betreut, nicht zur Verfügung steht oder einen Fehler meldet (soft).Wenn Sie hard festlegen, können Sie den Prozess des Wartens auf eine NFS-Verbindung nicht aufheben, es sei denn, Sie haben auch die Option intr festgelegt.
  
  Wenn Sie die Option soft bestimmen, können Sie eine weitere timeo=<value> -Option einstellen, wobei <value> die Zeit (in Sekunden) festlegt, die vergeht, bevor ein Fehler gemeldet wird.
• intr — Ermöglicht, dass die NFS-Anfragen unterbrochen werden können, wenn der Server ausfällt oder nicht erreicht werden kann.
• nolock — Deaktiviert das Sperren von Dateien. Diese Einstellung wird gelegentlich für die Verbindung zu einem alten NFS-Server benötigt.
• rsize=num und wsize=num — Diese Einstellungen beschleunigen NFS-Kommunikation für Lesevorgänge (rsize) und Schreibvorgänge (wsize), indem das Ausmaß des Datenblocks (in Bytes) vergrößert wird, der auf einmal übertragen wird. Beim Ändern dieser Werte sollten Sie beachten, dass einige ältere Linux-Kernel und Netzwerkkarten eventuell mit einem größeren Datenblock nicht korrekt arbeiten. Für NFSv2 oder NFSv3 ist der Standardwert für beide Parameter auf 8192 gesetzt. Für NFSv4 sind die Standardwerte für beide Parameter auf 32768 gesetzt.
• tcp — Legt für den NFS-Mount die Verwendung des TCP- Protokolls fest.

Die Infos habe ich übrigens von DIESER WEBSITE!


lg Wolfgang[/quote]

[wohliks]

[quote=""Ricki""]siehe...[/quote]Vielen herzlichen Dank!! Ich hatte mir einen Wolf gesucht - wahrscheinlich Tunnelblick...

[TopfKaktus]

guckst du hier: NFS MountOptions - da ist einiges beschrieben.

[Gerti]

Hi!

[quote=""macfan""]Den hier.

Gruß, Horst[/quote]

Der läuft noch schlechter als mein aktueller.
Damit hängt der Receiver schon beim Öffnen eines Verzeichnis.

Bin echt schwer enttäuscht vom Synology, der B3 war um Welten besser...leider aber schon verkauft.

Gruß
Gerti

[wohliks]

[quote=""Gerti""]Der läuft noch schlechter als mein aktueller.
Damit hängt der Receiver schon beim Öffnen eines Verzeichnis. [/quote]Auf die Gefahr hin, mich zu wiederholen: Der Switch sollte keinen spürbaren Einfluss auf die Performance haben - außer, er wäre defekt...

Bin echt schwer enttäuscht vom Synology, der B3 war um Welten besser...

...und so ähnlich sehe ich das auch beim NAS - sofern es nicht on-the-fly transcoden muss.

[Gerti]

Hi!

Warum aber lief der B3 völlig problemlos und mit dem Synology hängt sich der Receiver nach wenigen Minuten auf, sobald ich mit Background Copy (egal auf welcher Geschwindigkeit) kopiere?

Gruß
Gerti

[wohliks]

[quote=""Gerti""]Warum aber lief der B3 völlig problemlos und mit dem Synology hängt sich der Receiver nach wenigen Minuten auf, sobald ich mit Background Copy (egal auf welcher Geschwindigkeit) kopiere?[/quote]Das kann ich mir allerdings auch nicht erklären - insbesondere, weil es mit meinen beiden DS (früher 212j, jetzt 214play) keinerlei Probleme im Zusammenspiel mit den Toppis gab/gibt:

Die Verbindung via NASMount, BackgroundCopy und auch die Wiedergabe der auf das NAS verschobenen Aufnahmen laufen absolut geschmeidig.

Rein theoretisch könnte Deine DiskStation allerdings auch schlicht defekt sein...

[macfan]

Wenn die Synology bei uns anderen hervorragend läuft, muss das bei dir eine andere Ursache haben. Bloß welche?

Gruß, Horst

[TopfKaktus]

Hi Gerti,

hast du mal die Syno beobachtet während des Copy-Vorganges: welchen Durchsatz zeigt sie an? Bricht dieser abrupt ab oder wird er langsamer und beendet dann? Zeigt sie CPU-Last?

Mit welchen Parametern ist der NFS-Dienst eingestellt?

Ist die Netzwerkschnittstelle irgendwie "speziell" konfiguriert? Jumboframes etc?

DSM-Version ist die aktuellste?

LG
Michael

[TV-Junkie]

Hi Gerti, was mich schon seit ich das NAS habe, nervt, ist, das der Topf, wenn das NAS nicht mehr da ist, sich entweder nicht bedienen lässt, mit Prüfe Festplatte startet, nicht sauber runterfährt etc.
Gibt es keine Möglichkeit, wenn das Tap merkt, das die Verbindung weg ist, den Topf als solches sauber zu halten, notfalls das Tap sauber runterzufahren.?
Bin für jede Schandtat bereit

[Tati]

[quote=""TV-Junkie""]Hi Gerti, was mich schon seit ich das NAS habe, nervt, ist, das der Topf, wenn das NAS nicht mehr da ist, sich entweder nicht bedienen lässt, mit Prüfe Festplatte startet, nicht sauber runterfährt etc.

Gibt es keine Möglichkeit, wenn das Tap merkt, das die Verbindung weg ist, den Topf als solches sauber zu halten, notfalls das Tap sauber runterzufahren.?

Bin für jede Schandtat bereit [/quote]



Habe gleiches Problem...
Wobei ja NAS-Mount ja auch ein Unmount durchführt, wenn das NAS nicht erreichbar ist. Aber trotzdem oft danach das beschriebene Problem.


Gesendet von iPhone mit Tapatalk

[Gerti]

Hi!

Mountoptions setzen oder NAS laufen lassen...

Gesendet von unterwegs...