[mythtv-users] How MANY backend threads!?!?!? ***** AUTO-REPLY *****
Michael T. Dean
mtdean at thirdcontact.com
Wed Oct 13 22:37:52 UTC 2010
On 10/13/2010 06:20 PM, Brian Wood wrote:
> On Wednesday, October 13, 2010 04:11:52 pm Steve Smith wrote:
>> This list really has changed. 3 years ago when i first started using
>> myth people were glad to help each other out. Esoteric hardware was
>> seen as a challenge. Stupid remarks like that were not seen.
>> Yes I know my hardware is a bit long in the tooth. I'm not that daft.
>> So what? I'm trying to keep this old hardware going and save some
>> landfill. Quite frankly if a p3 is not fast enough for sd then myth is
>> getting too fat. Perhaps i should look to microsoft for something
>> leaner?
>>
>> Anyone got any sensible suggestions to debug and tweak the system?
> I'd settle for an answer to the original question, How many backend threads should we expect?
>
> I agree a fast P3 *should* be able to handle SD, without concurrent transcoding or commflagging, which should niceable to
> reduce system load.
The original question doesn't make much sense--which is why some people
(such as me) assumed that Steve was seeing multiple mythbackend processes.
A thread doesn't necessarily take any CPU resources, so measuring the
number of threads--or expecting the CPU usage be directly correlated
with the number of threads to the point that reducing the number of
threads would reduce CPU usage--isn't appropriate.
So, chances are a better question would get better responses.
For example, if the question were, "When recording SDTV at 720x480 to
MPEG-4 in NUV using my framegrabber, I'm seeing approximately 30-40% CPU
usage. Does this seem normal? Is there anything I can do to reduce the
CPU usage?" then responses would likely be, "By switching to a hardware
MPEG encoder, you could reduce CPU usage significantly," or "You could
record to RTJPEG to trade increased disk usage for decreased processor
usage."
If the question were, "I just upgraded my system from 0.21 to 0.23 on
the same distro with the same kernel and same capture card drivers, but
I'm seeing CPU usage around 30-40% versus the 10-20% I saw in 0.21 when
recording SDTV at 720x480 to MPEG-4 in NUV using my framegrabber. Is
there anything that may have changed within MythTV that causes increases
processor usage when software-encoding?" then someone would likely have
said, "Please check your recording profiles, and--especially--the MPEG-4
encoding options. There were changes to the default options applied due
to problems with certain settings."
The best answer to, "How MANY backend threads!?!?!?" is probably,
"Exactly as many as you're seeing."
Mike
More information about the mythtv-users
mailing list