[mythtv-users] Slave Backend requirements

Michael Watson michael at thewatsonfamily.id.au
Wed Aug 21 21:16:57 UTC 2013


On 21/08/2013 11:07 PM, Michael T. Dean wrote:
> On 08/20/2013 10:34 PM, Michael Watson wrote:
>> I run my Frontends as SBE (with a configured Dummy Tuner) to assist 
>> with commercial detection, whilst I know I can use mythjobqueue to 
>> achieve this, with Mythjobqueue the SBE/Frontend will not shut down 
>> whilst not in use, mythjobqueue is great for a 24x7 system.
>
> I'm not sure what, specifically, you mean by this, but since Feb 2012 
> mythjobqueue only holds a blocking connection when it's actually 
> processing jobs, but changes to a non-blocking connection (which 
> allows master backend shutdown) when it's idle.  (This has been in 
> releases since 0.25.)
>
> http://www.gossamer-threads.com/lists/mythtv/commits/502795#502795
>
> So a mythjobqueue server won't prevent the master backend from 
> shutting down, unless it's actually running a job (which requires 
> master backend presence/availability).  And a mythjobqueue server will 
> take significantly less resources than a remote backend.
I would say that the difference in resource usage between the two is 
significant.  Yes there is a difference in resource usage between the two.
>
> If you're saying that the master backend won't send out a message 
> telling the mythjobqueue system to go to sleep, that's true, but then 
> again, that's only useful on a machine with tuners that the master 
> backend may decide to use at some time that the remote backend can't 
> predict.  On a machine that doesn't have tuners that may be needed at 
> some unknown point in the future, the machine can simply shut down 
> when it desires.  So, you could use the frontend idle shutdown 
> capability or mythshutdown to shut down the computer when idle.
>
> I don't know if mythfrontend's idle shutdown capability checks job 
> queue status, but I know mythshutdown does, so you may need to use 
> mythshutdown.

I found mythshutdown next to useless in a MBE/SBE scenario, it only 
returns "OK" when all tuners are idle (and not required in the near 
future), so a slave backend will not shutdown until the MBE's tuners are 
idle.  On a SBE/FE mythshutdown will allow the BE's to shutdown whilst 
watching a recording/video or listening to music - ie totally ignores 
the FE running on the same machine.
     In 0.25 and 0.26, I found the Frontend Idle detection incapable of 
shutting down the FE, but I do recall this changed during the 0.26 cycle 
(allowing the execution of a script when FE is idle), but have not 
returned to it, as I have developed an idle detection script that takes 
into account what the local FE and BE are doing.
     Using myth tools alone, I could not get a FE or SBE/FE machine to 
shutdown when it is idle but stay active when its in use, mythwelcome 
requires you to exit mythfrontend before it will shutdown (totally 
useless in my view), the Mythfrontend idle detection (last time I looked 
at it) only detected idleness, didn't do anything about it, and a SBE 
will shutdown whilst its local FE is in use.

>
> Mike
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://www.mythtv.org/mailman/listinfo/mythtv-users



More information about the mythtv-users mailing list