[vdr] vdr-kbd eats cpu
Andre Bischof
a.bischof at gmx.net
Sun Jan 15 16:11:10 CET 2006
Andre Bischof wrote:
> Hello,
>
> from one day to another my vdr (1.3.31) stopped working. It seems to be
> running fine as nothing appears in the logfiles (started with -l 3 6),
> but I have no video/sound and top shows a vdr-kbd eating cpu.
>
> I don't know how to track this, maybe I could try something with strace
> (how?)? Or could I check DVB-functions on hardware level?
>
> In the meantime between running and running I installed some debs, but
> as far as I know nothing which should interfere with vdr.
>
> Any suggestions what I could do?
...
Talking to myself:
I couldn't really track down this error, but I installed almost
everything new, thus now running vdr 1.3.38 with only dxr3 and remote
plugins. I have it working, with video/audio, but vdr keeps eating alot
ressources, more than it took before, see top:
top - 16:01:32 up 22:55, 8 users, load average: 2.86, 2.43, 1.48
Tasks: 192 total, 2 running, 189 sleeping, 0 stopped, 1 zombie
Cpu(s): 4.8% us, 58.7% sy, 0.1% ni, 0.0% id, 35.8% wa, 0.1% hi,
^^^^^^^^^^^^^^^^^
0.5% si
Mem: 906588k total, 897272k used, 9316k free, 191060k buffers
Swap: 2088440k total, 124k used, 2088316k free, 97000k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
6943 vdr 16 0 45020 16m 2760 S 60.9 1.9 6:57.85 vdr
There's harddisk activity all the time when I start vdr, could it be
that this comes from reading my video dir (about 80GB, there is s.th. in
the logs saying:
Jan 15 15:50:24 linux vdr[6943]: loading ./keymacros.conf
Jan 15 15:50:24 linux vdr[6943]: video directory scanner thread started
(pid=6943, tid=6944)
Jan 15 15:50:24 linux vdr[6943]: video directory scanner thread started
(pid=6943, tid=6945)
Jan 15 15:50:24 linux vdr[6943]: reading EPG data from /video/epg.data
I really would like to know what vdr (6943, see top) is doing exactly,
but I don't know how - anyone who could give me a hint? If you'd like
more information, please let me know.
Thanks in advance for helping,
André
More information about the vdr
mailing list