[mythtv] Reducing frontend startup time
Piotr Oniszczuk
piotr.oniszczuk at gmail.com
Sun Jan 10 10:36:41 UTC 2016
>
> Regarding #12229, have you tried this patch:
> [PATCH 273/340] Mythwelcome: Verify BE connection after FE exits
>
> I also use STR-S3 for my combined FE/BE. I haven't seen any problems
> since using this patch but I typically don't leave my FE on the EPG
> page...
>
> --
> Lawrence Rust
>
> _______________________________________________
> mythtv-dev mailing list
> mythtv-dev at mythtv.org <mailto:mythtv-dev at mythtv.org>
> http://lists.mythtv.org/mailman/listinfo/mythtv-dev <http://lists.mythtv.org/mailman/listinfo/mythtv-dev>
> http://wiki.mythtv.org/Mailing_List_etiquette <http://wiki.mythtv.org/Mailing_List_etiquette>
> MythTV Forums: https://forum.mythtv.org <https://forum.mythtv.org/>
Hmm - I see this patch is for myth welcome.
Unfortunately I’m not using mythwelcome.
What I want is to keep all time running mythfrontend - also during S3 cycle.
I’m guessing myth notify connection is TCP type connection.
How active TCP connections are handled in suspend-to-ram case?
Logic says me long sleep cycles are making TCP connections time-outed.
So, after resume, TCP session should be reconnected - if it is time-outed.
I think proper solution should integrate FE with OS in a way that OS resume from sleep should notify FE about resume and FE should check myth notify TCP connection - and reestablish it when time-outed conn. is detected.
Workaround might based on checking notify conn before every usage and quick reconnect when time-outed conn. is detected.
What You think?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-dev/attachments/20160110/601ce2f1/attachment.html>
More information about the mythtv-dev
mailing list