[vdr] VDR consumes about 60% CPU load

Martin Neuditschko yosuke.tomoe at gmx.net
Mon Jul 9 01:14:37 CEST 2012


Hello,

I actually recognized that my VDR consumes much CPU load.
I used 1.2.24 and updated now to 1.2.28, but the problem still is the same.
I also deactivated the epgsearch plugin which I am normally using for the
following tests.
The PC has a Dual Core CPU with 2 x 1,8GHz and 2GB RAM.

 # ps -T u -C vdr
 USER       PID  SPID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
 root     11975 11975 48.6  4.5 400564 92564 pts/4    Sl+  00:52   0:51 ./vdr -w
 60 --vfat -c /transfer/video -v /transfer/video
 root     11975 11980  6.3  4.5 400564 92564 pts/4    Sl+  00:52   0:06 ./vdr -w
 60 --vfat -c /transfer/video -v /transfer/video
 root     11975 11981  1.8  4.5 400564 92564 pts/4    SNl+ 00:52   0:01 ./vdr -w
 60 --vfat -c /transfer/video -v /transfer/video
 root     11975 11982  0.0  4.5 400564 92564 pts/4    Sl+  00:52   0:00 ./vdr -w
 60 --vfat -c /transfer/video -v /transfer/video

I attached the syslog lines of the last VDR start-up.
To my shame, I can't say when it started to use so much CPU. I set up MRTG several
month ago, but it looks like I didn't check its results afterwards since the
actual CPU graph is very strange (25% load the last 5 hours and also now,
nevertheless top says about 60-70% for VDR).

# top
Cpu(s): 34.9%us, 37.8%sy,  0.0%ni, 27.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   2053476k total,  1411556k used,   641920k free,   127176k buffers
Swap:  4192248k total,    74988k used,  4117260k free,   567280k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  11975 root      20   0  391m 109m 4144 R 68.9  5.5  12:25.74 vdr

This shows half user / half system load. Pretty strange.

best regards
Martin Neuditschko
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vdr.log
Type: text/x-log
Size: 8126 bytes
Desc: not available
URL: <http://www.linuxtv.org/pipermail/vdr/attachments/20120709/a2eb927e/attachment-0001.bin>


More information about the vdr mailing list