[vdr] vdr-kbd eats cpu

Andre Bischof a.bischof at gmx.net
Sun Jan 15 20:59:56 CET 2006


Andre Bischof wrote:
...
> searched tids ---
> Jan 15 18:34:03 linux vdr[9709]: video directory scanner thread started 
> (pid=9709, tid=9710)
> Jan 15 18:34:03 linux vdr[9709]: video directory scanner thread started 
> (pid=9709, tid=9711)
> --- searched tids
> 
> Jan 15 18:34:03 linux vdr[9709]: probing /dev/dvb/adapter0/frontend0
> Jan 15 18:34:04 linux vdr[9709]: found 1 video device

I now did an strace on them:

strace -ff -F -o vdr-strace.txt ./vdr --config=. --lib=./PLUGINS/lib -d 
--no-kbd -l 3.6 -p 2001 --video=/video -w 60 -u vdr -g vdr -P remote -P dxr3

the pids output shows some ENOENTs (file not found), which doesn't seem 
to disturb vdr, as video/audio are there:

open("/dev/dvb/adapter0/osd0", O_RDWR)  = -1 ENOENT (No such file or 
directory)
open("/dev/dvb/adapter0/video0", O_RDWR|O_NONBLOCK) = -1 ENOENT (No such 
file or directory)
open("/dev/dvb/adapter0/audio0", O_RDWR|O_NONBLOCK) = -1 ENOENT (No such 
file or directory)
open("/dev/dvb/adapter0/demux0", O_RDWR) = 13
open("/proc/video/dev/video0", O_RDONLY) = -1 ENOENT (No such file or 
directory)
ioctl(4, 0x80a86f3d, 0xbfaa893c) = 0
open("/dev/dvb/adapter0/ca0", O_RDWR)   = -1 ENOENT (No such file or 
directory)

the tids output shows alot entries like this one:

stat64("/video/14/etc/ssl/certs/ff783690.0", 0x40dffafc) = -1 ENOENT (No 
such file or directory)

which comes because a moved a backup copy temporarly to my video dir 
(space problems). This dir is quite big ~26GB, maybe this is the problem?

Could it be that every file is scanned in /video to build the record list?

Ahrg, right at this very moment I read your reply, so moving unnecessary 
files from /video should do it.

I also didn't know that -g means grab directory, I thought u and g were 
user and group :(

Thanks for helping Klaus, I appreciate it much!
Kind regards,
André



More information about the vdr mailing list