[villeneuve]

Ich streue auch mal ein Frage ein: Wird MLD 6.4 bei Kernel 5.15 bleiben? Die Frage zielt darauf ab, daß ich im VDR-Portal erfahren habe, daß mit aktuellen 6er Kernel meine Nvidia GT220 nämlich nicht mehr unterstützt wird.

[clausmuus]

Guter Hinweis. Vor allem da ich auch eine ähnlich alte nvidia Grafikkarte einsetze.
Für's erste ist kein Update geplant. Aber auf längere Sicht schon, da die aktuellen Intel GPUs nur von neueren Kerneln unterstützt werden.. Auf jeden Fall müssen wir das Problem dann im Blick behalten.

[villeneuve]

Ok.
Wie ich jetzt im VDR-Portal erfahren habe scheint es Workarounds zu geben um solche Nvidia Karten mit neueren Kerneln zu betreiben. Zur Referenz hier mal der Link zu dem ersten relevanten Post und den darauf folgenden Antworten von seahawk1986:https://www.vdr-portal.de/forum/index.php?thread/136219-gt640-oder-a8-7600-gcn1-war-nvidia-gt220-softhddevice-vdpau-schwarzbild/&postID=1369964#post1369964

[stelo]

Hi, dann streue ich doch auch mal eine Frage ein :-)

Bin mit einem RPI 3 als Server mit 5.4 und zwei Festplatten mittels mergerfs sehr zufrieden.
Kann leider für die 6.4 das mergerfs über die Paketsuche nicht finden.
Kommt das noch, mach ich was falsch oder gibt es für mergerfs eine Alternative?

Danke für die tolle Distri,
SteLo

[clausmuus]

Hi,
da mergerfs (und auch mhddfs) leider sehr viel CPU Power benötigt und die einzige mir bekannte (und gut funktionierende performantere) Alternative aufs nicht teil des Kernel ist, sondern hineingepatcht werden muss, habe ich für's erste nicht geplant eine solche Funktion mit aufzunehmen.

Ich werde aber noch mal da drüber nachdenken, diese Funktion zumindest auf der Kommandozeile wieder anzubieten.

[villeneuve]

Obwohl es mich persönlich nicht betrifft, da ich im VDR nur eine Festplatte habe, fände ich es dennoch merkwürdig mergerfs wegzulassen, ist es doch die von KLS offiziell als Ersatz genannte Lösung für das weggefallene VDR-eigene System zur Nutzung mehrerer Videospeicherpartitionen.
Ich nutze mergerfs auf meinen OpenMediaVault-Systemen, die allesamt aus ziemlich alter Hardware bestehen (z. B. Pentium Dual Core und Athlon X2) und dort benötigt mergerfs beim Kopieren von Daten darauf mehr CPU als der Samba-Dienst, was zusammengerechnet dann schon eine gewisse Last ergibt, aber Dateien können trotzdem ausreichend schnell darauf kopiert werden.
In welcher Situation soll mergerfs auf einem MLD-System denn überhaupt zum Flaschenhals werden?

[clausmuus]

Bei der MLD-5.5 war bei RPI Systemen, dass bei der Verwendung von mergerfs (oder mhddfs) die CPU Last bei der Wiedergabe oder Aufnahme auf nahezu 100% ansteigt. Bei Intel Systemen betrug die zusätzliche CPU last nur wenige Prozent, und war daher zu vernachlässigen.

[villeneuve]

Ok, ich hätte nicht gedacht, daß ein RPI damit solche Probleme hat. Die mergerfs-Konfiguration hat allerdings ein paar Stellschrauben in Sachen CPU-Nutzung, die man auf RPI mal testen könnte. Ansonsten wäre sonst wohl ideal nur auf RPI mergerfs wegzulassen, zumal es wohl eher selten sein dürfte, daß mehrere HDDs an einem RPI betrieben werden.

[clausmuus]

Zumindest werde ich einen Hinweis hinzufügen, sofern ich das in's Webif integriere.

[stelo]

Danke das ihr euch Gedanken darüber macht es ev. zuzufügen. Bin mit dem RPi3 in den letzten Jahren gut gefahren und würde nur ungern deswegen auf ein Intel-System wechseln. RPi ist halt so schön plug&play.
Grüße

[clausmuus]

Ich habe das mergerfs Paket erstellt. Den Eintrag in der fstab musst Du bisher aber manuell erstellen.