[vdr] VDR developer version 1.3.11

hat schon mal jemand die cpu auslastung mit 1.3.11 beobachtet?

auf meinem p2-350 schwankt die cpu auslastung zw 1 und 99 %. dabei wird ca. alle 4 sekunden eine leistungsspitze erreicht. eine grafische darstellung der auslastung würde wohl eine art wellenform darstellen, das ganze sieht ca. so aus:

1% -> 50 % -> 99% -> 50% -> 1% -> 50 % -> 99% ...

ich hab noch schnell vanilla 1.3.11 compiled und da ist das gleiche problem zu beobachten (egal ob mit oder ohne plugins).
die cpu zeit wird auch vom vdr prozess verbraten.

bei live tv ist das eigentlich nicht wirklich zu bemerken, bei wiedergabe von aufzeichnungen reagiert die fb zeitweise aber sehr träge.

wie schaut's bei euch aus ??

@vps: auf jeden fall sollte man 2 karten haben, mit nur einer karte ist's eigentlich sinnlos.

Hi weak,

das ist bei mir nicht zu beobachten. Ich habe aber ein bissle mehr "bums" dahinter:

P4 1,8 GHz

Auslastung von VDR mit 3 Karten = zwischen 0,5 und 4% der CPU Leistung, pro vdr thread der läuft.

Das schwankt allerdings hin und her, wobei das ja auch an top liegen könnte oder? Der VDR rechnet ja nicht ständig rum. Da fressen andere tools wie mld oder mplayer ziehen da mehr.

Hilft Dir das?
Rgds - J*

weak

Mir kommt das auch so vor als würde die neueste Version ein wenig träger reagieren wie die alte. Werde nachher mal top laufen lassen.

Gruss,

Jörg

Beim Entwickeln habe ich auch das Gefühl, dass beim Beenden von VDR viel Zeit vergeht, beim 1.3.7 wars noch so, dass wenn ich str-c gedrückt habe der vdr quasi sofort beendet war, beim 1.3.11 dauerts fast 1min.

Hallo Torsten,

bei mir beendet sich der Vdr sofort.

bis dann LordZodiac

Hi!

Hatte ähnliche auf einem 433 Celeron bei der Umstellung auf 1.3.x beobachten können. Damals kam es sogar zu Aussetzern. Habe dann den RAM von 64 auf 128MB aufgestockt, wodurch sich die Probleme verabschiedeten.

Allerdings das länger dauernde Beenden von VDR kann ich noch auf einem VDR mit 1100er Celeron beobachten. Dauert zwar keine Minute, sondern ein paar Sekunden. Dies ging aber vorher (vor 1.3.7 oder so) auch schneller.

Gruß,
Brougs78

naja. die cpu sollte ja eigentlich kaum belastet werden. war eigentlich immer <5% denk ich.

mit 1.3.10 ist mir zumindest nichts aufgefallen.

an top wird's wohl nicht liegen. die cpu zeit wird auch eindeutig von einem vdr prozess verbraucht.

Habe mal ins log geschaut:

Jun 25 14:34:27 LE1204A1 vdr[7112]: VDR version 1.3.11 started
Jun 25 14:34:27 LE1204A1 vdr[7112]: loading plugin: ./PLUGINS/lib/libvdr-sky.so.1.3.11
Jun 25 14:34:27 LE1204A1 vdr[7112]: loading plugin: ./PLUGINS/lib/libvdr-skincurses.so.1.3.11
Jun 25 14:34:27 LE1204A1 vdr[7112]: loading plugin: ./PLUGINS/lib/libvdr-nachrichten.so.1.3.11
Jun 25 14:34:27 LE1204A1 vdr[7112]: loading /home/torsten/vdr/video/configs/setup.conf
Jun 25 14:34:27 LE1204A1 vdr[7112]: loading /home/torsten/vdr/video/configs/sources.conf
Jun 25 14:34:27 LE1204A1 vdr[7112]: loading /home/torsten/vdr/video/configs/channels.conf
Jun 25 14:34:27 LE1204A1 vdr[7112]: loading /home/torsten/vdr/video/configs/remote.conf
Jun 25 14:34:27 LE1204A1 vdr[7112]: no DVB device found
Jun 25 14:34:27 LE1204A1 vdr[7112]: initializing plugin: sky (0.3.0): Sky Digibox interface
Jun 25 14:34:27 LE1204A1 vdr[7112]: ERROR (sky.c,94): Connection refused
Jun 25 14:34:27 LE1204A1 vdr[7112]: initializing plugin: skincurses (0.0.2): A text only skin
Jun 25 14:34:27 LE1204A1 vdr[7112]: initializing plugin: nachrichten (0.0.1): Plugin zum Betrachten von Nachrichten und Newslettern
Jun 25 14:34:27 LE1204A1 vdr[7112]: setting primary device to 1
Jun 25 14:34:27 LE1204A1 vdr[7112]: device 1 has no MPEG decoder
Jun 25 14:34:27 LE1204A1 vdr[7112]: SVDRP listening on port 2001
Jun 25 14:34:27 LE1204A1 vdr[7112]: starting plugin: sky
Jun 25 14:34:27 LE1204A1 vdr[7112]: starting plugin: skincurses
Jun 25 14:34:27 LE1204A1 vdr[7112]: starting plugin: nachrichten
Jun 25 14:34:27 LE1204A1 vdr[7114]: KBD remote control thread started (pid=7114, tid=16386)
Jun 25 14:34:27 LE1204A1 vdr[7112]: remote control KBD - keys known
Jun 25 14:34:27 LE1204A1 vdr[7112]: switching to channel 1
Jun 25 14:34:27 LE1204A1 vdr[7112]: setting watchdog timer to 10 seconds
Jun 25 14:34:33 LE1204A1 vdr[7112]: max. latency time 1 seconds
Jun 25 14:34:45 LE1204A1 vdr[7112]: caught signal 2
Jun 25 14:34:45 LE1204A1 vdr[7114]: KBD remote control thread ended (pid=7114, tid=16386)
Jun 25 14:34:45 LE1204A1 vdr[7112]: saved setup to /home/torsten/vdr/video/configs/setup.conf
Jun 25 14:34:45 LE1204A1 vdr[7112]: stopping plugin: nachrichten
Jun 25 14:34:45 LE1204A1 vdr[7112]: stopping plugin: skincurses
Jun 25 14:34:45 LE1204A1 vdr[7112]: stopping plugin: sky
Jun 25 14:34:45 LE1204A1 vdr[7112]: max. latency time 1 seconds
Jun 25 14:34:45 LE1204A1 vdr[7112]: exiting
Jun 25 14:34:54 LE1204A1 vdr[7112]: PANIC: watchdog timer expired - exiting!

der Watchdog steht bei mir auf 10sec, seit dem "exit" stand die Lastanzeige auf Maximum, genau 10sec später haut er den rest weg.
Aufnahmeverzeichnis ist leer (0 Dateien). Keine Plugins aktiviert nix, einfach nur gestartet, Moment gewartet und beendet.

Zitat

Original von weak
mit 1.3.10 ist mir zumindest nichts aufgefallen.

Ich meine es auch erst seit 1.3.11 zu beobachten. Ganz sicher bin ich mir da nicht, weil ich 1.3.10 nur produktiv eingesetzt habe, entwickelt hatte ich nur auf 1.3.7 und nun auf 1.3.11.

Zitat

Original von Brougs78
Hatte ähnliche auf einem 433 Celeron bei der Umstellung auf 1.3.x beobachten können. Damals kam es sogar zu Aussetzern. Habe dann den RAM von 64 auf 128MB aufgestockt, wodurch sich die Probleme verabschiedeten.

da ich auch nur 64MB drin hatte hab ich jetzt mal 256MB reingesteckt. ändert aber nichts an der cpu auslastung.

Hi,

Zitat

...
Keine Plugins aktiviert nix, einfach nur gestartet, Moment gewartet und beendet

Aber lt. Log lädt er doch 3 Plugins (sky/skincurses/nachrichten) und 'ne DVB findet er auch nicht.

Also hier dauerts genauso lang wie mit der 1.2.6, innerhalb 1-2s isser unten:

Zitat

Jun 24 20:20:27 knx-vdr vdr[2122]: caught signal 2
Jun 24 20:20:27 knx-vdr vdr[3796]: transfer thread ended (pid=3796, tid=1064970)
Jun 24 20:20:27 knx-vdr vdr[2122]: buffer stats: 94940 (9%) used
Jun 24 20:20:27 knx-vdr vdr[2142]: KBD remote control thread ended (pid=2142, tid=131081)
Jun 24 20:20:27 knx-vdr vdr[2122]: saved setup to /usr/local/vdr-dev/config/setup.conf
Jun 24 20:20:27 knx-vdr vdr[2125]: tuner on device 1 thread ended (pid=2125, tid=16386)
Jun 24 20:20:27 knx-vdr vdr[3797]: receiver on device 1 thread ended (pid=3797, tid=1081355)
Jun 24 20:20:27 knx-vdr vdr[2126]: Section handler thread ended (pid=2126, tid=32771)
Jun 24 20:20:27 knx-vdr vdr[2128]: tuner on device 2 thread ended (pid=2128, tid=49156)
Jun 24 20:20:27 knx-vdr vdr[2129]: Section handler thread ended (pid=2129, tid=65541)
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: mplayer
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: mp3
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: statusleds
Jun 24 20:20:27 knx-vdr vdr[2140]: Status LED's: Thread ended (pid=2140)
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: streamdev-server
Jun 24 20:20:27 knx-vdr vdr[2139]: Streamdev: server thread ended (pid=2139, tid=81926)
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: autotimeredit
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: screenshot
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: femon
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: dvdselect
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: dvd
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: osdteletext
Jun 24 20:20:27 knx-vdr vdr[2122]: buffer stats: 0 (0%) used
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: osdpip
Jun 24 20:20:27 knx-vdr vdr[2122]: stopping plugin: text2skin
Jun 24 20:20:27 knx-vdr vdr[2122]: =====================
Jun 24 20:20:27 knx-vdr vdr[2122]: EPG bugfix statistics
Jun 24 20:20:27 knx-vdr vdr[2122]: =====================
Jun 24 20:20:27 knx-vdr vdr[2122]: IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED
Jun 24 20:20:27 knx-vdr vdr[2122]: CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs()
Jun 24 20:20:27 knx-vdr vdr[2122]: IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT!
Jun 24 20:20:27 knx-vdr vdr[2122]: =====================
Jun 24 20:20:27 knx-vdr vdr[2122]: Fix^IHits^IChannels
Jun 24 20:20:27 knx-vdr vdr[2122]: 0^I96^ISÜDWEST BW, WDR Siegen, EinsFestival, MDR S-ANHALT, WDR Essen, rbb Berlin, SÜDWEST RP, ...
Jun 24 20:20:27 knx-vdr vdr[2122]: 2^I107^IWDR Siegen, MDR S-ANHALT, WDR Essen, rbb Berlin, 3sat, MDR SACHSEN, WDR Bielefeld, ...
Jun 24 20:20:27 knx-vdr vdr[2122]: 3^I1395^ISAT.1, N24, ProSieben, KABEL1, GOD,GOD Channel, KiKa, ALE KINO!, TV 4, FOX KIDS, ...
Jun 24 20:20:27 knx-vdr vdr[2122]: 5^I2^IBLUE M,BLUE MOVIE, ZDF
Jun 24 20:20:27 knx-vdr vdr[2122]: 6^I2290^ISTART,PREMIERE START, JUNIOR, FOXKIDS,FOX KIDS, F1-Portal, BLUE A,BLUE MOVIE Austria, ...
Jun 24 20:20:27 knx-vdr vdr[2122]: 7^I224^IFOX KIDS, NATIONAL GEO, TV 4, HBO2, TVN, MTV CLASSIC, ANIMAL PLANET, ITV, HALLMARK, ...
Jun 24 20:20:27 knx-vdr vdr[2122]: =====================
Jun 24 20:20:27 knx-vdr vdr[2122]: max. latency time 3 seconds
Jun 24 20:20:27 knx-vdr vdr[2122]: exiting

Alles anzeigen

Zitat

Original von egal
Hi,

Aber lt. Log lädt er doch 3 Plugins (sky/skincurses/nachrichten) und 'ne DVB findet er auch nicht.

aktiviert nein, geladen ja
eine DVB kann er nicht finden weil im vmware keine drin ist.
dennoch lief dieselbe entwicklungs-umgebung bisher problemlos und seit ich seit 2 tagen 1.3.11 zum entwickeln nehme gehts nichtmehr "sauber".
Kann natürlich auch nur ein Zufall sein.

hallo nochmal.

das problem mit der cpu last auf die EPG daten zurückzuführen! obwohl epg.data mit 915kb vergleichsweise klein ist. auch eine neu erstellte epg.data brachte keinen unterschied.
die selbe datei funktioniert! aber bei LordZodiac problemlos (thx btw).

wenn keine epg daten vorhanden sind gibt's auch keine leistungsspitzen.

jetzt gilt es noch rauszufinden woran's genau liegt. kann jemand bestätigen dass es ohne epg.data normal läuft?

Zitat

Original von weak
jetzt gilt es noch rauszufinden woran's genau liegt. kann jemand bestätigen dass es ohne epg.data normal läuft?

Also mein Beispiel von oben ist ohne epgdata.

das problem mit dem beenden dürfte wohl an was anderem liegen. deine cpu auslastung ist normal ?

Ich habe das gleiche Problem, sowohl mit 1.3.10, als auch mit 1.3.11.

ein top sieht dann schonmal so aus:

10:49pm  up  4:03,  1 user,  load average: 2.78, 2.88, 3.02
56 processes: 49 sleeping, 7 running, 0 zombie, 0 stopped
CPU states: 61.5% user, 29.7% system,  8.7% nice,  0.0% idle
Mem:   483272K av,  478888K used,    4384K free,       0K shrd,   13772K buff
Swap:  530136K av,   10836K used,  519300K free                  378400K cached


  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
  246 root      18   0 29848  29M  3348 R    50.3  6.1 105:23 vdr
32157 root       9   0 29848  29M  3348 R    10.7  6.1   1:11 vdr
  466 root       9   0 29848  29M  3348 R     1.3  6.1   4:31 vdr
15672 root      18  15  1612 1612   664 R N   0.7  0.3   0:00 ps
  365 root      15  15  1344 1340  1280 S N   0.5  0.2   0:47 vdrconvert.sh

mit 1.3.6 (meine Version davor) war es noch nicht so.

EPG-Daten sind recht gut gefüllt.

ich habe mittlerweile einige version getestet.

version 1.3.11 bis version 1.3.7 haben alle das gleiche problem.

leider ist die letzte frühere version die ich habe 1.2.6, die läuft noch normal.

hat vielleicht jemand noch versionen <= 1.3.6 zum testen?

wie gesagt, bei mir mit 1.3.6 gehts ohne Hänger.

Zitat

Original von Torsten/WarEagle
Beim Entwickeln habe ich auch das Gefühl, dass beim Beenden von VDR viel Zeit vergeht, beim 1.3.7 wars noch so, dass wenn ich str-c gedrückt habe der vdr quasi sofort beendet war, beim 1.3.11 dauerts fast 1min.

Hab ich schon länger. Ist nicht immer so, aber um es zu reproduzieren schaltet man einfach auf einen anderen Kanal und drückt fast gleichzeitig danach STRG-C. Bums, VDR bleibt hängen. (auch vanilla)
In 1.2.x war es aber ok. (egal ob vanilla oder schoko *lol*)

so, es gibt wieder paar neue infos:

das problem ist, dass alle 5 sekunden die funktion Timers.SetEvents() aufgerufen wird. das hat wohl zur folge, dass alle timer mit den epg daten aller sender verglichen werden.

wenn man zb. autotimer laufen hat, und eine entsprechend große anzahl an timern, lastet das ein (schwächeres) system alle 5 sekunden total aus. ich hab zb dank autotimer ca. 3 seiten an timern.

mal schaun was da genau abläuft, in der zwischenzeit heißt's entweder auf autotimer verzichten und die anzahl der timer reduzieren oder damit leben.

gn8, weak

An welcher Ecke stelle ich die Autotimer ein und aus ? Die einzige Ecke die ich kenne im OSD ist die, wo die Zeit von einem Transponder( Sender) übernommen werden kann. Einen anderen Autotimer kenne ich nur von VDRADMIN, welchen ich über das WBM einstellen kann. Dieses Plugin habe ich aber nicht in der 1.3.11 drin, siondern nur in der 1.2.6 ( sind zwwar parallel auf dem REchner, sollten sich aber nicht stören.

Bei der 1.3.11 komme ich auf ~25-26 % CPU Last , beim umschalten auf die 1.2.6 auf ~5,7 ( auch wenn das AnalogTV läuft )