[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