Aloha zusammen,

mein Problem ist zwar das selbe wie bei einigen anderen auch und schon teilweise hier diskutiert worden, dennoch denke ich, dass ein dedizierter Troubleshooting-Thread sinnvoll wäre, um Ansatzpunkte für Verbesserungen zu finden.
Aufnahmen auf NAS (ich nehme nur HD auf) führt unweigerlich zu Glitches/Artefakten/Totalsaussetzern. Mit steigender Anzahl gleichzeitiger Aufnahmen verstärkt sich dieser Effekt.

Die aufgenommen Files wurden auf den PC kopiert, um eineindeutig festzustellen, dass die Files wirklich "defekt" sind. Des weiteren wurde die Performance vom NAS und der VU+ Ultimo währenddessen gemonitored.
Es machte hierbei keinerlei Unterschied, ob ein swap auf USB oder eSATa HDD zur Verfügung stand oder nicht.

Als Gegenbeweis für ein grundsätzliches Problem bei Aufnahme wurden 1, 2 und 3 gleichzeitige HD Aufnahmen auf eine per eSATA angeschlossenen Festplatten durchgeführt. Hierbei traten keinerlei Probleme auf, load avg blieb unter 1.

Beim schreibenden Zugriff auf ein per NFS gemountetes Verzeichnis steigt load avg der Box auf teilweise weit über 1 steigt (bis zu 3,5 wurde gesehen).
Auch als diese Aufnahmen vom NAS auf eine neue Ordnerstruktur auf der eSATA Platte kopiert wurden (also Lesender Zugriff auf NFS share), stieg load avg an, was soweit führte, das sogar die SSH Verbindung abgebrochen ist.

Ein grundsätzliches Netzwerkproblem kann ich m.E. weitestgehend ausschliessen. Das NAS, angebunden über GBit, hat eine mehr als ausreichende Plattenperformance im Raid5.
Ein 24GB grosses File kopiere ich von NAS auf PC (beides 1GBit/s) mit ~105MByte/s, ergo ~840MBit/s, was ein Indiz für ausreichend dimensioniertes NAS und Netzwerk ist.

Verantwortlich für die Probleme der VU+ bei Aufnahmen auf NAS ist m.E. im erweiterten Sinne der network stack.

Ich würde das Problem gern weiter einschränken können, um "den Schuldigen" ausfindig zu machen, sprich um einzugrenzen, ob der NFS Client die Probleme verursacht, oder der Treiber der NIC sich verschluckt. Hierfür bräuchte ich aber Unterstützung erfahrener "Debugger", welche mit Mittel und Wege zum eingrenzen aufzeigen könnten. Vorab Danke.

Natürlich wäre es durchaus wünschenswert, wenn vielleicht jemand mit performanten NAS, Netzwerk und HD Kanälen das gegenprüfen könnte (optimalerweise mit VU+ Ultimo und VTi 4.1) und load avg bei 1,2 und 3 gleichzeitigen Aufnahmen dokumentieren könnte.

Es wäre schön, wenn ich mein NAS seinem Zweck entsprechen lassen könnte und nicht auf eine interne HDD oder per eSATA angeschlossene zurückgreifen müsste.

Danke & Gruss
Hoschi

Wenn du "top" eingibst, dann siehst du oben

und das wird ständig aktualisiert.

Die Werte dort sind Mittelwerte für die "Systemauslastung" 1 Minute, 5 Minuten, 15 Minuten.

Load average ist ein Indikator dafür, wieviele Prozesse auf ihre Abarbeitung warten, sprich alles unter 1 ist ok, alles drüber heisst, das System ist zu ausgelastet, um alles "in time" zu verarbeiten.

Wäre schön, wenn du das mal bei dir testen könntest... also einfach mal ohne Aufnahme prüfen, dann einfach eine Aufnahme dazu.. dann noch eine.. und mal schauen, wie sich die WErte bei dir entwickeln. Meinen Beobachtungen zufolge sollten diese in die Höhe schiessen.



Generell:
Ich weiss, dass scp und Verschlüsselung zu erhöhter Last führt, allein schon aufgrund von Verschlüsselung. Ich konnte aber erkennen, dass die Aufnahme nur mit 13,5MBit/s übertragen werden konnte. Das ist WEIT unter den Möglichkeiten eines 100MBit/s Netzwerk.
Den NFS-Client könnte man m.E. somit als Fehlerursache ausschliessen.

Wunderbar, danke.

Im Prinzip ist die "Testanforderung" einfach.

Gesucht ist "load average" bei Aufnahme auf NAS, diese Werte sind zu notieren.

1) Ohne Aufnahme
2) 1 HD Aufnahme
3) 2 gleichzeitige HD Aufnahmen
4) 3 gleichzeitige Aufnahmen

Optimal wäre sicherlich, wenn du die Werte bis zum jeweils nächsten Schritt für 5 Minuten beobachtest.

Wenn sich mein Verdacht bestätigt, dann solltest du zwar beim Live-Bild keinerlei Glitches erkennen im Bild, ABER die Aufnahmen müssten bei abspielen eindeutige Fehler aufweisen.
Die Fehleranzahl sollte sich bei jeder weiter gestarteten Aufnahme vermehren

In den ersten nach 5 Minuten bei Aufnahme 1 sollte alles soweit ok sein.
Nach den ersten 5 Minuten, wenn Aufnahme 2 gestartet ist, sollte die load avg hochgehen und Artefakte/Bildfehler in Aufnahme 1 beginnen.
Aufnahme 2 sollte von anfang an fehlerbehaftet sein.
Entsprechend extremer wird es dann beim Start der 3. Aufnahme.


EDIT:
Was noch von Interesse ist.. wie ist deine Box ins Netzwerk integriert ? Nutzt du den 100MBit/s NEtzwerkanschluss oder gehst du über 300MBit/s WLAN ?

NAS:
core i5 661, 2GB Ram, Debian 6.0 64Bit
Software Raid (mdadm) Raid5 ext4


Ultimo:
/media/net/balu rsize und wsize auch schon mit autosettings (8192) probiert, selber Effekt

Moin tonski,

ich strukturier mal ein bisschen...

1) Was zeigt "top" denn bei dir an ? Kannst du das mal kopieren ?
Es KANN eigentlich nur sein, was bei jedem anderen dort auch rauskommt... CPU Auslastung nach Typ, uptime, load average und unten drunter die Prozesse.

2) Du musst nochmal einen Kaffee trinken [_]²
Du wirfst grade BIT und BYTE durcheinander.
Eine 100MBIT/s Schnittstelle macht theoretische 12,8MBYTE/s... wenn wir also einen HD Sender mit 10MBIT/s haben, kommen wir auf ein theoretisches 1/10 der verfügbaren Bandbreite.

3) Ich hab leider keine Ahnung, wie sich so ein TS File zusammen setzt. Gemäss dem Standard stimmt meine oben aufgeführte Rechnung und das fürht bei 1920x1080 50Hz interlaced zu maximal erreichbaren 27MBIT/s im Stream vom Satelliten.
Was da auf der Box mit passiert, das weiss ich leider nicht, könntest du das nochmal ein bisschen näher erläutern ?
Am Ende müsste man doch einfach eine "durchscnittliche Bitrate" errechnen können.. Grösse des Films in BIT umrechnen, Zeit des Films in Sekunden und das auf 1 Sekunde runterbrechen.

4) Das Netzwerkproblem ist ja nachweislich nicht nur auf aufnehmen beschränkt. Selbst beim kopieren von Daten vom NAS auf die Box und umgedreht bricht ja auch alles ein. Wie oben erwähnt... scp schafft bei mir ~13MBIT/s

5) Block/Chunksoze fürs RAID und ext4 sind schon gut aufeinander angepast und gebencht.. hieran kanns nicht liegen.
Werte für die SW-Raids kannst du mit cat "/proc/mdstat" rausfinden, oder mittels mdadm.. oder in die mdadm.conf schauen.


Für mich bleibt nach wie vor der Fakt bestehen, dass die VU Probleme mit hoher Netzwerklast hat bzw. diese nicht verarbeiten kann, da lokal auf eSATA Platte problemlos 3 Aufnahmen gleichzeitig funktionieren. Man siehts ja bei mir allein schon daran, wie die load average ansteigt, bei nur einer Aufnahme.



Ach und bitte.. es gibt kein "R" in hoschi bin ja kein Schlumpf ned


EDIT:

@eltinax
Mir ging es dabei lediglich um eine Prüfung des Netzwerks, um ausschliessen zu können, dass im Netzwerk selbst keine hohen Datenraten möglich sind.
Aber Recht hast du in dem Punkt, dass hier die Lesegeschwindigkeit des NAS natürlich relevant ist und nicht die Schreibgeschwindigkeit. Ich kopiere das File heut Abend einfach mal von SSD über Netzwerk auf das NAS und schau mal was da bei rumkommt. Alternatif könnt ich auch einfach mit dd ein File aufm NAS erstellen.. 100GB oder so.. dann sieht man ja auch die Rate und Netzwerk bleibt vollkommen aussen vor.
Es reicht übrigens bei mir aus, wenn ich Daten einfach nur kopiere, musst du nicht mal Aufnahmen starten.. aber klar.. können kannst du


@rolano
Ob Neuling oder nicht, vollkommen Wurscht, wer was sagen kann sagst, wer was fragen will, der fragt. Sinn und Zweck der Geschichte hier
Willkommen und Danke fürs Feedback.

Ich kenn das nfs testscript nicht nein.. und mit heiligem dreamboxkrieg hab ich auch nix am hut
Anschauen kann man sich das aber sicher mal.

Wo siehst du welche v4 Optionen ?
Ich hab lediglich die Freigabe über VTi GUI gemacht und halt mal manuell die r/wsize geändert.

Original von tonskidutch
Mem: 820432K used, 201268K free, 0K shrd, 54688K buff, 551300K cached
Load average: 0.26, 0.06, 0.02 (State: S=sleeping R=running, W=waiting)

PID USER STATUS RSS PPID %CPU %MEM COMMAND
17038 admin R 868 16948 0.9 0.0 top
3288 admin S 3008 1 0.0 0.2 smbd

Da hamwers und das ist zu beobachten, wenns ans Aufnehmen/Kopieren geht.

Nö, nicht beschäftigt.. deine CPU ist grade zu 91,6% idle und langweilt sich


Das mit Chunk/Blocksize weiss ich schon
Die Frage die ich gestellt hatte war, wie sich das mit dem "demuxen" verhält, was passiert, wenn der Stream von Tuner auf die Platte wandert. Erreichen wir dabei Bitraten über 100MBit/s ? Ich denke eher nicht.


Des weiteren, auch beim kopieren schnell load average in die Höhe, unabhängig von Aufnahmen.


und.. es ist immer noch nicht HORSCHI, sondern HOSCHI.. willste mich mit Absicht zum weinen bringen ?


EDIT:
Sandmann.. auch bei dir wird das idle sein
Aber wie man sieht, gehts bei dir mit einer Aufnahme schon auf ein LOAD AVERAGE (das ist hier der gefragte und wichtigere Wert) auf 0.38. Ich wette bei mehreren Aufnahmen parallel wird sich dieser Wert bei dir auch erhöhen.
Aber auf jeden Fall danke fürs checken.

StandardaufnahmePfad is bei dir auch das NAS ja ? Der schreibt also nicht lokal ?
Es sind 3 unterschiedliche HD Sender ? (ka ob man auf ein und dem selben Sender 3mal aufnehmen kann )

Bisher sieht load viel zu gut aus

EDIT:
Ach.. das is das load average von deinem NAS ???
Ich brauch load average von der VU+ bitte