[vdr] Re: High CPU usage of VDR 1.1.11

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Oliver Endriss wrote:
> 
> Hi,
> 
> I just tested VDR 1.1.11 on a Pentium I 233 MMX.
> This is a slow machine, but there have never been any problems.
> (With VDR 1.0.4 peak CPU usage is about 25% during recording.)
> 
> With VDR 1.1.11 and NEWSTRUCT driver, it is impossible to create a good recording.
> CPU usage is at 100% and there are lots of error messages in the syslog:
> 
> |Sep 29 20:45:05 orion vdr[11927]: timer 1 start
> |Sep 29 20:45:16 orion vdr[11927]: record /video/@RTL__/2002-09-29.20:45.50.99.rec
> |Sep 29 20:45:18 orion kernel: buffer empty
> |Sep 29 20:45:25 orion last message repeated 4 times
> |Sep 29 20:45:26 orion vdr[11940]: ERROR: ring buffer overflow (61 bytes dropped)
> |Sep 29 20:45:26 orion vdr[11940]: ERROR: ring buffer overflow (188 bytes dropped)
> |Sep 29 20:45:29 orion last message repeated 902 times
> |Sep 29 20:45:29 orion vdr[11939]: ERROR: skipped 127 byte to sync on TS packet
> |Sep 29 20:45:29 orion vdr[11940]: ERROR: ring buffer overflow (188 bytes dropped)
> |Sep 29 20:45:29 orion vdr[11940]: ERROR: ring buffer overflow (61 bytes dropped)
> |Sep 29 20:45:29 orion vdr[11940]: ERROR: ring buffer overflow (188 bytes dropped)
> |Sep 29 20:45:32 orion last message repeated 727 times
> |...
> |Sep 29 20:45:47 orion vdr[11940]: ERROR: ring buffer overflow (188 bytes dropped)
> |Sep 29 20:45:50 orion last message repeated 670 times
> |Sep 29 20:45:50 orion vdr[11939]: ERROR: skipped 127 byte to sync on TS packet
> |Sep 29 20:45:50 orion vdr[11940]: ERROR: ring buffer overflow (188 bytes dropped)
> |...
> 
> When I stop recording CPU usage is still at 100%, until I switch channels.
> Then it drops to normal (< 5%).
> 
> I get similar results with the old driver + time-shifting firmware.
> After I disabled "#define DVB_DRIVER_VERSION 2002090101 //XXX+" VDR seems to
> work normal no watter which driver/firmware is being used.
> 
> Before I start some debug sessions:
> Is it normal that the new code needs so much horse power?

I assume this is a system with only a single DVB card, right?
Looks like there is a problem in the transfer mode.
Could you try again and see which thread is causing the most CPU load?
From the log file you should be able to relate the process id to the
thread.

Klaus
-- 
_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10
CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
Hofmark 2                               Email:   kls@cadsoft.de
D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
_______________________________________________________________


-- 
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe vdr" as subject.