[blihp]

It's more often a case of misaligned incentives than being all that difficult. When your business model (both Google's and most 3rd party developers) depends on constantly streaming telemetry from a device to a server you're going to have battery life challenges. Much of Google's effort has gone to providing decent battery life while still providing the telemetry. No doubt that a fair amount of effort has gone into specific use cases like background streaming audio apps (i.e. phone/music/etc) but the hours those take are a drop in the bucket compared to making the whole advertising ecosystem work (efficiently enough) on mobile.

[izacus]

The issues I've met when mentoring 3rd party Android developers had very little to do with any kind of telemetry and a lot to do with inherent laziness of "we'll just set a cron job to poll server on 2 minutes, it's easier than thinking about it" mindset. It's pervasive among the newly minted developers capitalising on the engineering pay gold rush.

[etbe]

My first Android phone was a Sony Ericsson Xperia x10i. With that phone I could go to sleep while playing music from the SD card and wake up 8 hours later with plenty of battery left. The same phone however would run out faster if doing stuff over Wifi or using GPS. It was mostly a matter of how much power different things took.

One of the things I want to do on my Librem5 is monitor my servers, so that will involve polling things every few minutes. PowerTop says that I can save power by changing the polling for USB, but that changes Wifi ping times from ~1ms to ~350ms. Eventually I'll probably try experimenting with that to get an option with a 10ms ping time that still saves some power.