Eine HD-Aufnahme (Timer) verursacht hohe CPU-Last

Tobias · 10. März 2010

Hi,
ich habe folgendes Problem:
Wenn der VDR von ARD HD oder ZDF HD aufnimmt, dann steigt die cpu-auslastung des VDR-Prozesses auf 50-80%. Das geht teilweise soweit, dass eine Wiedergabe per xbmc ins stocken gerät. (Während der Aufnahme ist ein SD-Kanal getuned!!

Wenn ich gar zeitgleich von ARD HD und ZDF HD aufnehme, habe ich immer wieder Klötzchenbildung in der Aufnahme.

Schaue ich dagegen ARD HD oder ZDF HD ganz normal als LiveTV geht der VDR-prozess nur auf ca 5-8% hoch.

Läuft da bei einer Aufnahme etwas anderes als bei LiveTV?? Normalerweise sollte die CPU-Belastung doch weniger als bei Livetv sein da ja der Stream nur durchgereicht und dementsprechend nur die HDD arbeiten muss, oder??

Hardware siehe Signatur!

gruss
tobias

Tobias · 29. März 2010

Hat denn keiner eine Ahnung??
Auffallend ist das der prozess rsyslogd sehr viel cpu zieht. Aber im Syslog wird nichts geloggt.

Auswirkung ist das natürlich alles andere in Mitleidenschaft gezogen wird -> Klötzchenbildung im VDR, Tonausfall (Digital).

Kann aber auch sein das es kein reines yavdr problem sein muss!

izeman · 29. März 2010

ist mir gestern auch aufgefallen, als ich orf1hd aufgenommen habe, und parallel orf2hd geschaut habe. da waren staendig tonaussetzer. da hab ich mich mal eingeloggt, und gesehen, dass die 2 kerne immer wieder auf 90% hochgeschossen sind. die haben zwischen 60 und 90 gependelt. und da gabs dann aussetzer.

also das recording dann vorbei war, war wieder alles ok. cpu war auf hd immer noch sehr hoch (so ca 40%) und bei sd dann die normalen 5-10%.

vdr-1.7.10 mit vdpau selbst kompiliert mit paketen von yavdr.

btw: bei mir ist es nicht rsyslogd sondern rein der vdr. jede menge vdr forks, und ein hauptprozess der 90% der last erzeugt, sowie xine, dass <10% braucht.

Tobias · 29. März 2010

also das mit dem rsyslogd prüfe ich nochmal.

Sicher ist aber das es irgendwo ein Leck gibt bei HD-Aufnahmen.

Wie gesagt, die selbe HD Sendung als LiveTV -> noProblem
die selbe HD-Sendung als Aufnahme -> BigProblem

Edit: vergesst rsyslogd.... Hab das dem Problem der hohen CPUlast unter XBMC bei aktivierten TV-klienten verwechselt.

Die hohe CPUlast verursacht definitiv die VDR-Applikation selbst. Vieleicht kann hierzu kls was sagen??

I30R6 · 29. März 2010

Moin,

ich habe gerade mal selbst getestet :

ARD HD & ZDF HD Aufnahme und schaue parallel über DVB-T SuperRTL und kein Ruckeln, kein Tonstottern und CPU last 14.1% bei vdr-sxfe und 1.9% bei vdr .

//Edit : Betrachten von HD Aufnahmen während der Aufnahme von 2 HD Sendern auch ohne Probleme möglich , kein Ruckeln , kein Stottern.

I30R6

Tobias · 29. März 2010

Ist das Problem etwa auf die Yavdr-Distri bzw auf die VDR-version (VDR 1.7.10) einzugrenzen??
Weitere Testergebnisse anderer User wäre super....

stefha · 30. März 2010

Hast du vielleicht noad eingeschaltet?

Gruß
stefha

iNOB · 30. März 2010

Ich hab das Problem mit einer selbstgebauten Distri unter vdr-1.7.14 auch. Vorrangig bei Direktaufzeichnungen. SD oder HD ist egal. Ebenso ob mit oder ohne noad (0.7.1 + 0.7.2). Ich hab gestern Abend extra nochmal rumgetestet, nur mit VDR und dem xine-Plugin.

Mir scheint als ob das etwas mit der Anzahl der Aufnahmedevices zu tun hat. Ich hab z.B. am Testgerät nur eine Satkarte drin.

Gruß
iNOB

I30R6 · 30. März 2010

Zitat

Original von iNOB
Ich hab das Problem mit einer selbstgebauten Distri unter vdr-1.7.14 auch. Vorrangig bei Direktaufzeichnungen. SD oder HD ist egal. Ebenso ob mit oder ohne noad (0.7.1 + 0.7.2). Ich hab gestern Abend extra nochmal rumgetestet, nur mit VDR und dem xine-Plugin.

Mir scheint als ob das etwas mit der Anzahl der Aufnahmedevices zu tun hat. Ich hab z.B. am Testgerät nur eine Satkarte drin.

Gruß
iNOB

Moin,

also an Aufnahmedevices wird es wohl auch nicht liegen, weil Tobias auch mehr als eine hat und trotzdem das Problem. Ich kann gerne bei mir mal alle Karten aufnehmen lassen 2xHD und 1xSD auf DVB-T und dann schauen ob was ruckelt .

I30R6

Tobias · 30. März 2010

noad hab ich nicht installiert, es läuft aber das markad-plugin.
Außerdem sieht man per "top" ganz deutlich das die Last ein vdr-prozess verursacht.

Ich hab nur geradekeine Idee wo man welche Tests ansetzen kann. Mehr als "top" kam noch nicht bei raus.

Ideen?? immer her damit....

magicamun · 30. März 2010

strace ?

gda · 30. März 2010

Zitat

Original von Tobias
noad hab ich nicht installiert, es läuft aber das markad-plugin.
Außerdem sieht man per "top" ganz deutlich das die Last ein vdr-prozess verursacht.

Grep doch mal nach der PID in /var/log/syslog. Oft kann man anhand der Ausgaben sehen, um welchen Thread es sich handelt. Wehe es ist der mit dem xx-Plugin.

Gerald

magicamun · 30. März 2010

er schrieb von ARD und ZDF ... wenn das stimmt, braucht er das "Böse" nicht.

gda · 30. März 2010

Zitat

Original von magicamun
er schrieb von ARD und ZDF ... wenn das stimmt, braucht er das "Böse" nicht.

Auch wieder wahr.

Gerald

iNOB · 30. März 2010

Zitat

...nur mit VDR und dem xine-Plugin

wie ich oben schon schrieb, war außer dem blanken VDR und xine nichts an...

Gruß
iNOB

Tobias · 14. April 2010

Sorry, bin die Tage nicht dazu gekommen.

bin aber etwas weiter. Es liegt am Markad-Plugin. Habe es deinstalliert und sofort nach einem reboot ist die cpu-last bei Wiedergabe und Aufname von ard/zdf HD identisch bei ca 10%.

Habe dann wieder das aktuelle markad-plugin aus dem Repo installiert (es gab eine neue version im Repo, hab ich vorher an einem "apt-get upgrade" gesehen).
Jetzt steigt die CPU-Last bei einer Testaufnahme von den HD-Sendern nur noch auf ca 15-20% an.
Also wars warscheinlich ein Fehler im markad-plugin.....

Ich beobachte aber weiter.... Am besten sieht/merkt man das wenn der vdr die Aufnahme macht und man in xbmc einen Film mit DD schaut. Bei zuwenig CPU-Ressourcen hat man nämlich Tonaussetzer
Sieht man schön am AV-Receiver wenn für eineige millisekunden die Anzeige von DD auf Stereo und wieder zurück wechselt

Eine HD-Aufnahme (Timer) verursacht hohe CPU-Last

Jetzt mitmachen!

Teilen