Re: [Linphone-users] Why Android (Oreo) phones, are actually less reliable with TCP vs. UDP

[Brian J. Murrell]

On Sun, 2019-03-31 at 08:05 -0400, Greg Troxel wrote:
> 
> Thanks for the data point.  That does not surprise me, since I leave
> k-9
> running.  That's IMAP not SIP, but it's basically the same thing as
> far
> as network/wakeups in the idle case.

Are you using IMAP IDLE or polling?  If the latter, what's your polling
frequency?

> Agreed that they add complexity and delay.  With a non-proprietary
> self-hosted push server, and N applications, you could perhaps have
> 1x
> of the 3%, and not N * 3%.

Indeed.  Every application doing it's own housekeeping at it's own
interval effectively keeps the phone awake forever because they are not
coordinating their housekeeping wakeups with every other app.  This is
what Android's Doze is all about.  Coordinating these housekeeping
perios so that all apps do their housekeeping while the phone is
periodically awake and allowing it to sleep more.

> I suspect that part of the drive to extreme power saving measures (by
> extreme, I mean things that break functionality) is due to a
> prevalance
> of badly behaving proprietary apps and a desire to protect the
> battery
> from them.

Indeed.  I would tend to agree.  This is why Doze mode doesn't even
allow apps to wake the phone any more.  Apps need to either get in line
with Doze or they don't get to do what they need to periodically.

> With apps that only do what is in the user's interest
> (rather than e.g. using energy for tracking and ads), and that are
> well
> written, this is far less necessary.

I would also agree with that.  I actually like the ability on my Huawei
phone to be able to prevent apps from running in the background, or
starting when the phone starts or from being able to be started
"secondarily" (I presume that means by registering intents, etc.) just
to start up and send you a notification-nag "Hey, why don't you order
some food." or "Here's your offer today", for example.

Cheers,
b.

signature.asc
Description: This is a digitally signed message part