[mythtv-users] Feature request: realtime commercial flagging
papenfuss at juneau.me.vt.edu
papenfuss at juneau.me.vt.edu
Wed Feb 18 10:16:37 EST 2004
> FYI, part of the reason the commercial flagging takes so long is that it
> is run as a nice-d process and sleeps a little for every frame it
> processes. I didn't want the commercial flagging thread to cause any
> problems with running recordings so it tries to be as nice as possible
> (no pun intended) to the other processes on the machine. If there
> was a way for the commercial flagging thread to find out whether there
> were any recordings going on on that backend, then it could run
> full-throttle while no recordings were going on and perform it's
> current nice/sleep method if a recording was happening.
I'm a little confused on this operation. Is this through the standard
linux scheduler or something else on mythtv? If it's a standard linux pthread,
it shows up as a process and will consume any cpu that's available. For
example, a 'nice -n=19 make' on something produces this on a mostly-idle system
(me typing this)
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5916 mythtv 39 19 42904 38m 6656 R 99.3 3.8 0:09.54 cc1plus
If the CPU's idle, why doesn't it burn it up? Makes sense to have a
very low priority on it to keep it for more time-critical tasks, but I don't
see why it can't take more cpu if it's available.
Am I missing something?
-Cory
--
*************************************************************************
* The prime directive of Linux: *
* - learn what you don't know, *
* - teach what you do. *
* (Just my 20 USm$) *
*************************************************************************
More information about the mythtv-users
mailing list