Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Marcus

1
Hallo dsat.

In Foren erstellt man üblicherweise neue Themen, damit nichts durcheinander gerät und alles übersichtlich bleibt.

Grüße
Marcus

2
Ohne mergerfs funktioniert es. Auch direkt auf die NFS Freigabe. Dann kann ich mir das ganze hin und her Kopieren mit den Scripten sparen. Verstehe nicht, warum mergerfs derart ineffizient ist.

Ich markiere das hier als gelöst. Vielen Dank für deine Geduld, Claus!

3
Seltsam. Aufnahmen gehen immer noch nicht. Das ganze ist nicht brauchbar. Auch nicht mit 20 Watt Powerlimit. Aufnahmen von privaten in SD funktionieren. Bei den ÖR in HD hagelt es Fehler in der Aufnahme. Zumindest mit mergerfs.

4
Update zum Scrollverhalten im ersten Post angefügt. Das ist nun gelöst.

5
YES!
Also zumindest das schlechte Scrollverhalten ist nun Geschichte! Läuft einfach.  8) Ich markiere das im anderen Thread als gelöst.
Aufnahmen probiere ich auch gleich noch.

6
Vielen Danke Claus, funktioniert perfekt!
Ich habe die rc.local aktiviert und mein neues Powerlimit dort verewigt. Erstmal 4 Watt. Das wird auch übernommen und die CPU taktet bis 1920 MHz. Jetzt muss ich testen, ob der Wyse nun schnell genug ist. Immerhin ist er nun 4x so schnell, das muss ja was bewirken.

7
Da bekomme ich aber kein Update angezeigt. In deiner Paketquelle schon.

8
Der Kernel ist wohl im falschen Ordner gelandet. Der Kernel ist hier: https://mld6.minidvblinux.de/nightbuild/deb/genericx86_64/ und die Packages Datei die ihn beinhaltet hier: https://mld6.minidvblinux.de/claus/deb/genericx86_64/

9
Hallo Claus.

Ich wollte gerade den Kernel updaten. Habe auf deine Paketquellen gewechselt und sehe einen neuen Kernel zum Updaten. Leider gibt es dann einen 404 - not found.

10
Claus, du bist der Allerbeste! Ich danke dir. Leider bin ich gerade beruflich unterwegs und komme erst am Wochenende heim. Kann es aber kaum erwarten.  ;D

11
Vielen Dank für die Erklärung, das leuchtet natürlich ein.

Ich bin mir noch nicht sicher, ob ich mergerfs aufgeben will. Es gibt ja nun mehrere Gründe, warum man es nutzen sollte. Es hatte ja für meinen Anwendungsfall auch ein paar nette positive Eigenschaften. Ich sehe zwei Möglichkeiten, wie das noch was werden könnte. Ich spiele mal etwas mit den Mount-Optionen, scheint ja ganz gut dokumentiert zu sein. Unklar, ob dabei was rum kommt, das habt ihr ja sicherlich auch schon getan. Die zweite Möglichkeit wäre, das Biest aus dem Atom frei zu lassen. 8) Dazu brauche ich den Intel-RAPL-Treiber. Der Wyse läuft, dank Dell, derzeit nur auf 1/4 seiner (CPU-) Leistung. Die CPU kann 1920 MHz, derzeit auf 480 MHz begrenzt. Es könnte sein, dass das ausreichend ist. Thermisch sollte das nicht viel ausmachen. So wie mergerfs arbeitet, sind die höheren Taktfrequenzen immer nur sehr kurz nötig.

12
Gegenprobe OHNE mergerfs. Zwei HD Aufnahmen (ÖR, 720p) gleichzeitig und eine davon per Timeshift gucken, funktioniert fehlerfrei. Load ist kurz vor 4 und alle CPU-Kerne über 80%. Das alles bei nur 480 MHz, da die TDP von Dell (absichtlich oder fälschlicherweise?) auf nur 2 Watt festgelegt wurde. Vorher mit mergerfs und einer Aufnahme, ohne Timeshift-Wiedergabe, gab es bei einer Load von 2,5 und einer CPU-Auslastung von 50-60% über alle Kerne schon massiv Fehler. Und ich rede da von rund 1.000 Fehler pro Minute. Da geht alles kaputt.

Ohne mergerfs werden die Daten kontinuierlich auf den Stick geschrieben. Mit mergerfs in Intervallen, mit entsprechend hohen Datenraten, gefolgt von langen Pausen. Ich weiß nicht, ob das per Design so sein soll, oder ob mergerfs ein Problem hat, bzw ungünstig parametriert ist.

Ist echt schade, weil mergerfs hier echt Vorteile hatte. Kein extra Ordner "Server" und Verschieben während Wiedergabe möglich.

Btw, warum wird mergerfs grundsätzlich verwendet, wenn man NFS-Mounts einbindet? Auch wenn es der einzige Mount für /data ist? Eigentlich macht es doch nur dann Sinn, wenn man mehrere Dateisysteme auf den gleichen Mountpoint einhängen möchte. Oder übersehe ich was?

13
Ja, das ist schon cool. Eigentlich funktioniert das Verschieben jetzt perfekt.

Um das Herunterfahren habe ich mich aber noch nicht gekümmert. Unklar, ob ich das überhaupt brauche. Denn ich habe bei Aufnahmen der ÖR in HD die gleichen Probleme, wie beim direkten Schreiben auf den Server. Der Stick ist USB3 und, getestet, sehr schnell. Die Aufnahmen sind nicht zu gebrauchen, völlig zerstört. Es liegt also nicht am Server. Hat mich eh gewundert. Der ist zwar nicht superschnell, schafft aber gut 35 MB/s schreibend. Offensichtlich ist der Wyse 3040 schlicht zu langsam. Und das verstehe ich nicht. Der VDR lief früher auch auf nem Celeron mit 266 MHz, der nur einen Kern hatte. Und da hat er auch die TS Daten (damals noch PES) auf die Platte (die ebenfalls langsamer war) geschaufelt. Und so viel mehr an Daten ist das doch nicht geworden?

EDIT: Und ein Raspberry PI 2 schafft es doch auch?

14
Übrigens, wenn eine Aufnahme verschoben wird, während sie abgespielt wird, dann passiert einfach mal gar nix. Der VDR bekommt das nicht mit. Mergerfs macht da einen verdammt guten Job! DAS hätte ich nicht erwartet. Aber das ist wie immer. Da wo man die Probleme erwartet, passiert nichts. Aber da wo man denkt, das funktioniert wohl einfach so, da lauern die Probleme.

15
Ja, das macht es etwas einfacher, danke. Dann entfällt /root/move.sh und /usr/share/vdr/recording.d/50_move.sh sieht jetzt so aus:
Code: [Select]
#!/bin/sh

SOURCEMP="mnt/e452bda1-7e77-4d61-aa2d-1ad61c27d313"
TARGETMP="mnt/a22b93627956a61ed127db92215c3cba"
SOURCEDIR="${2//\/data\//\/"$SOURCEMP"\/}"
TARGETDIR="${2//\/data\//\/"$TARGETMP"\/}"
TARGETDIR2=`dirname "$TARGETDIR"`

case "$1" in
before)
mkdir -p "$SOURCEDIR" #Verzeichnis erstellen, damit ggf. 00002.ts auf dem Stick landet
;;
after)
(
while [ -f /"$SOURCEMP"/tv/.move ]; do # Läuft noch ein anderer Verschiebevorgang?
svdrpsend.sh "MESG Es wird bereits eine Aufnahme verschoben, warte..."
sleep 5
done
touch /"$SOURCEMP"/tv/.move
svdrpsend.sh "MESG Verschiebe Aufnahme auf den Server..."
if [ -d "$TARGETDIR" ]; then
mv "$SOURCEDIR"/* "$TARGETDIR"
if [ $? != "0" ]; then
svdrpsend.sh "MESG FEHLER während des Verschiebens!"
else
svdrpsend.sh "MESG Verschieben der Aufnahme beendet."
fi
rm -df "$SOURCEDIR"
rm "$TARGETDIR"/index #index löschen. Muss neu generiert werden, damit die Länge passt.
vdr --genindex="$TARGETDIR"
else
mkdir -p "$TARGETDIR2"
mv "$SOURCEDIR" "$TARGETDIR2"
if [ $? != "0" ]; then
svdrpsend.sh "MESG FEHLER während des Verschiebens!"
else
svdrpsend.sh "MESG Verschieben der Aufnahme beendet."
fi
fi
touch /data/tv/.update
rm /"$SOURCEMP"/tv/.move
) & >/dev/null 2>&1 </dev/null
;;
esac