[mythtv-users] How MANY backend threads!?!?!? ***** AUTO-REPLY *****

[Gavin Hurlbut]

On Wed, Oct 13, 2010 at 3:20 PM, Brian Wood <beww at beww.org> 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?
>

I see no reference at all to how your system is configured with regards to
tuners, etc.  A P3 900MHz was considered to be low-end 5 years ago for
MythTV, and the code has changed since.  You can't make assumptions of
expected CPU load without knowing what the user is trying to do with the
CPU.  If you expect us to make that assumption for you, then your box is
useless for other than a space heater.  That will be the answer given.  If
you want a better answer, you should at least identify what your backend box
is attempting to do.  What kind of tuners, how many, etc.



> I'd settle for an answer to the original question, How many backend threads
> should we expect?
>

Thread count is irrelevant.  The CPU usage is not proportional to the number
of threads (most of which are idle, blocked on something).  As a data point,
my backend (running trunk) right now has 43 threads, and sits at 2% CPU
usage...  And that's with a lot of inputs configured, and two are actually
active.

There is no challenge involved to try to use ancient hardware.  Use old
versions that worked well on it, or upgrade if it's not performing to your
liking... or actually build your own with profiling, and profile where the
CPU usage is, and perhaps it can be made slimmer.  Perhaps.


> I agree a fast P3 *should* be able to handle SD, without concurrent
> transcoding or commflagging, which should niceable to
> reduce system load.
>

Depends on what you are trying to do with it.




>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20101013/817529ca/attachment.htm>