Jason Li
GrapheneOSA fresh install of GrapheneOS has far lower idle power usage than the stock Pixel OS. Power usage while active is comparable. Making a similar setup to the stock Pixel OS by installing sandboxed Google Play and a couple dozen apps doing a bit of background work will result in similar battery life.
GrapheneOS doesn't come doesn't come with anything keeping open a push connection and barely has any scheduled work. Waking every 8 hours for update checks doesn't use significant power. It doesn't have better battery life due to any major efficiency improvements but rather the lack of bloatware.
Installing sandboxed Google Play on GrapheneOS results in having a push connection for Firebase Cloud Messaging and doing a lot more work in the background. Idle power usage will still tend to be better than the stock Pixel OS, but adding more apps to match their bloatware will make it comparable.
Battery life heavily varies based on apps, networks and OS configuration. Many people end up with far better battery life on GrapheneOS and many people end up with far worse battery life due to differences in how they set up their devices. It's easy to end up with either result with simple choices.
Installing Signal in a profile without sandboxed Google Play and granting the power optimization exception it requests is enough to destroy battery life and end up worse than the stock Pixel OS. The power efficient choices are either using Molly with UnifiedPush (Signal fork) or Signal with FCM.
Running both sandboxed Google Play and an efficient UnifiedPush app can have competitive battery life with the stock Pixel OS. Those should be the only 1-2 battery optimization exceptions for most users. Signal's fallback push will drain more power than all the bloatware in the stock OS itself.
On a Google Mobile Services OS, Play services is built into the OS as a highly privileged component with immense access and handles work across profiles.
Sandboxed Google Play are regular sandboxed apps without any special access. Each installation in a separate profile is entirely independent.
Setting up a work profile, Private Space and secondary user on the stock Pixel OS results in all 3 secondary profiles using the global Play services instance running in the Owner user for a shared FCM push connection, etc. Installing sandboxed Google Play in 4 profiles would run 4 FCM connections.
Network-based location is much more power efficient than the power hungry GNSS radio for satellite-based location. Maps/navigation apps will continuously use both when available but many apps will avoid using GNSS to save power if network-based location is available, so it can save a lot of power.
For GrapheneOS, network-based location is an opt-in feature in the Owner user setup. For Google Mobile Services Android, it's opt-out there and you'll be regularly nagged to enable it if you didn't. It's a common pitfall since people expect indoor location positioning and it can save a bit of power.
Cellular, Wi-Fi and Bluetooth are power hungry. 5G is particularly power hungry prior to the improved cellular radio in 9th/10th gen Pixels with the exception of the Pixel 9a. Either way, setting the cellular mode to 4G (meaning 4G and below) or the GrapheneOS 4G-only mode can save a lot of power.
Stock Pixel OS has an Adaptive Connectivity service which largely keeps 5G disabled. GrapheneOS doesn't have an equivalent to this yet but you can do it manually. Other than that, the stock Pixel OS doesn't really have any significant power saving tricks and it has a lot of bloatware draining power.
UninterestedNerd@GrapheneOS this is a lot of helpful information! Thank you! Is there any chance that the adaptive 5g would come to graphene? I know it's probably not a priority, but it would still be nice.
MagentaMold@GrapheneOS On this regard, knowing the answer might change in the future, can we have a somewhat official answer whether you suggest or not the use of 5g from a security perspective?
Thank you for all your great work, big fan!
@GrapheneOS Is Bluetooth the reason audio uses more battery than video and display combined?
@tarxz Bluetooth Low Energy (BLE) is much more efficient than traditional Bluetooth along with having better privacy features. Most accessories should be BLE by now but adoption isn't very good. BLE Audio is much more efficient than doing it the traditional way. It's still going to drain a fair bit of power but drastically less than more inefficient implementations. It's important to use modern, well made Bluetooth accessories with proper updates and make sure to apply the firmware updates.
@GrapheneOS Would different audio formats (opus,flac,mp3,aac) decrease the audio battery usage for headphones that do not support BLE?
@GrapheneOS This is a bit confusing. Does this mean that FCM will work in secondary profiles if Play Services are installed in the Owner?
@Baffling7384 No, that's the opposite of what we said.
This is about how it works on a Google Mobile Services OS instead of the stock Pixel OS::
> Setting up a work profile, Private Space and secondary user on the stock Pixel OS results in all 3 secondary profiles using the global Play services instance running in the Owner user for a shared FCM push connection, etc.
We're explaining sandboxed Google Play are regular sandboxed apps which means it can't operate across profiles like that.
Nikhil 🐧@GrapheneOS this was pretty much my experience in the beginning when I started using grapheneOS as my daily driver with the main Signal app. After switching to Molly and using UnifiedPush, I stopped noticing battery drain 👌🏽
Marcel Waldvogel
MariaEy gude wie, there's this guide you could follow, it's from Molly herself:
https://github.com/mollyim/mollyim-android/wiki/Migrating-From-Signal
(I'm new to interacting with posts on mastodon and I didn't know if I should leave the others account from the thread or not. Is there an etiquette? 🙈)
That Dud Bloke@GrapheneOS I'd love to use a non Google version of Android, but nobody makes a rom for the OnePlus Nord 2 ce.
@BackFromTheDud That's not a safe device to use regardless of OS. An alternate OS isn't going to provide firmware updates.It would also still be missing kernel and driver updates in practice too.
GrapheneOS exists to provide a high level of privacy and security. It doesn't exist to provide another insecure option for insecure devices. It has hardware requirements for updates and security features we need to protect users.
GrapheneOS also isn't a ROM, that's incorrect terminology for an OS.
gbsills@GrapheneOS This thread sounds an a lot like "GrapheneOS battery life is very much the same as stock Pixel OS". Could you explain what I am missing here?
@gbsills If people use sandboxed Google Play with a lightweight setup and don't have other stuff heavily running in the background, they'll tend to get better battery life. The stock Pixel OS has a ton of stuff installed and running in the background by default.
Many people don't use sandboxed Google Play or keep it in a dedicated profile they don't usually have running. They can get much better battery life if they avoid apps doing inefficient background work and use UnifiedPush for push.