[Oretuni]

Der Skin zeigt mir auch die CPU Auslastung an.
Zu diesem Zeitpunkt stand die CPU bei ca. 60%.

[MLD-Tux]

Ich hatte mal ein interessantes Problem bzgl. Skin im Zusammenhang mit Lirc.
Der Skin kann einen sehr großen Einfluss auf die Performance unter anderem auf das OSD Menü haben.

[Oretuni]

Ja, man merkt das bereits beim Umschalten vom LCARS Skin auf einen Skindesigner Skin. Ich nutze Shady.
Sofort wirkt es etwas "unflüssiger"
Daher würde ich mich openglosd auch für intel/vaaip wünschen.
Der nächste Test wird mit einem Anthra Skin durchgeführt.
Ich mag den LCARS einfach nicht 

[MLD-Tux]

Ich bin damals wegen meiner Performance Probleme von Lirc weg zu der moderneren Variante IMST32 (glaube ich, oder so ähnlich) . Ist Micro Controller gesteuert und hat eine enorme Entlastung für das System gebracht.
Dann noch einen anderen Skin und das System war absolut Fluffig

[kuro13]

Hallo, hier wird offensichtlich auf hohem Niveo diskutiert. 
Zum Vergleich:
Mein uralt VDR (Signatur) schafft zwei Aufnahmen und gleichzeitigem Ansehen einer Aufnahme oder LiveTV (gleicher Transponder) problemlos.
Mein MB hat einen Atom Prozessor (1,6 GHz, 2 Kernel) - war damals schon als recht langsam beschrieben.
Aber - mit MLD funktioniert er zu meiner vollen Zufriedenheit.
Da müsste doch das NUC6CAYH mit vier Kernen und 2,3 GHz wunderbar funktionieren!
Dabei muß ich schreiben, dass ich den VDR als das verwende, wofür er einstmals gedacht war: VideoDiscRecorder. Also - aufnehmen und später ansehen!

[Oretuni]

Hey, keine Beleidigungen, ja 

Nein, im ernst. Ich würde auch meinen das die 4 Kerne und 2,3 Ghz vollkommen ausreichend sein müssten.
Das klemmt vielleicht wo anders.
Evtl. hat es auch hiermit zu tun:

Code: [Select]

Mar 16 17:25:31 MLD user.err vdr: video/vaapi: can't destroy postproc context!
Mar 16 17:25:31 MLD user.err vdr: video/vaapi: can't destroy config!
Mar 16 17:25:31 MLD user.err vdr: Selected deinterlacer for resolution 0 is not supported by HW
Mar 16 17:25:31 MLD user.err vdr: Selected deinterlacer for resolution 1 is not supported by HW
Mar 16 17:25:31 MLD user.err vdr: Selected deinterlacer for resolution 2 is not supported by HW
Mar 16 17:25:31 MLD user.err vdr: Selected deinterlacer for resolution 3 is not supported by HW
Mar 16 17:25:31 MLD user.err vdr: Selected deinterlacer for resolution 4 is not supported by HW
Mar 16 17:25:31 MLD user.err vdr: video: display buffer empty, duping frame (241/0) 0
Mar 16 17:25:31 MLD user.err vdr: video: display buffer empty, duping frame (242/0) 0
Mar 16 17:25:31 MLD user.err vdr: video: display buffer empty, duping frame (243/0) 0
Mar 16 17:25:31 MLD user.err vdr: video: display buffer empty, duping frame (244/0) 0
Das hat bolzerrr mal von seinem NUC abgelesen. Bei mir sieht das nämlich genauso aus.

[kuro13]

Hey, keine Beleidigungen, ja 

Sorry, das verstehe ich jetzt nicht - wo soll denn eine Beleidigung sein?

[kuro13]

Etwas habe ich bei meinem Post unterschlagen - ist mir erst jetzt aufgefallen.
Bei meinem langsamen MB dauert es recht lange, eine Aufnahme auf mein Nas zu sichern. Die Sicherung ist bei mir nur dazu da, um eine tolle Aufnahme zu sichern.
Ob ich die dann irgendwann wieder ansehe - weiß ich zum Sicherungszeitpunkt nicht. 

[MLD-Tux]

Was bedeutet MB?

[Oretuni]

Ich denke er meint mit MB Mainboard.

Sorry, das verstehe ich jetzt nicht - wo soll denn eine Beleidigung sein?

Ich habe es ja auch nicht als Beleidigung aufgefasst. Sollte von meiner Seite nur ein kleiner Spaß sein, daher auch die Smilies.
Man hätte Deine Aussage mit dem hohen Niveau auch sarkastisch verstehen können 
Also alles gut!

[baltic]

@Oretuni

Mit top erhält man eine Menge mehr Einblicke, etwa über die IO-Verhältnisse oder darüber, welche Prozesse welche Last verursachen.

Zudem müsste man erst mal nachsehen, was der Skin da wirklich abfragt. Nicht jeder Zahl, die irgendwo auftaucht, sollte man bedingungslos vertrauen.

[Oretuni]

OK, da bin ich bei Dir.
Werde bei Gelegenheit nochmal nachschauen.

[Oretuni]

Ich kenne mich jetzt nicht so mit top aus, aber ich nehme an ich wenn ich es ohne Parameter starte ist das schon OK, oder.

Das sind die auffälligsten Werte, während ich 4 Aufnahmen laufen habe:

Code: [Select]

Mem: 2800688K used, 4756468K free, 99060K shrd, 2108K buff, 2383800K cached
CPU:  13% usr   6% sys   0% nic  74% idle   4% io   0% irq   0% sirq

Load average: 2.17 1.38 0.68 6/189 4205
  PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
 4132  1948 root     R    2738m  36%   2  15% /usr/bin/vdr -s /etc/vdr/shutdown.d/rc.action -r /etc/vdr/recording.d/rc.action -w 60 -g /tmp -u root
 1583     1 root     S <   812m  11%   1   2% mount.mergerfs /mnt/192.168.xxx.xxx__export_aufnahme /data -o category.create=mfs,direct_io,use_ino
 1834  1833 root     S <   252m   3%   1   1% /usr/lib/xorg/Xorg :0 -ardelay 250 -arinterval 30 vt7


[MLD-Tux]

Ich kann das nicht wirklich beurteilen für MLD.
Was aber die Trägheit für dein OSD angeht, kann ich dir nur empfehlen mit den Sind zu testen. Ich suche heute abend mal meins heraus was ich derzeit unter yaVDR nutze mit dem ich sehr zufrieden bin.
Eine andere Sache ist vielleicht das Thema wie IR Signale empfangen und weiter verarbeiten (Lirc. & Co.).

[Oretuni]

Mit dem "Sind" testen?
Was ist das?