de0u I wonder if maybe some music players and/or the audio subsystem allocate and free memory very frequently. If so, that might cost more power on GrapheneOS due to the hardened memory allocation in the kernel and in user space. There was a report a few months ago that OsmAnd got much faster when the hardened allocator was disabled.
That hardening catches bugs including possible exploit vectors, so turning it off may not be a good idea, but it might make for an interesting experiment. And apps might be able to reuse memory more often rather than allocating and deallocating so often.
Interesting theory. I'm trying that out. The Devs called that I'm
GrapheneOS using an inefficient music player
so this might do it. Aside from that I'd be very interested to know which player the Devs recommend, currectly I'm using Phonograph Plus from the F-Droid repo, but since I've pretty much tried any other player with the same results I can switch to any other. I haven't tried out whether disabling those security features would help with the battery drain while hearing to music, but if it does I'm wondering whether this solution could be applied to my 10 year old game. In difference to the music player, I do not really trust the game devs so I want to know what exactly these security features do before disabling them.
I'm also trying this out on my VPN and Molly, since the system battery reports sometimes show an unusual and irregular drain from both of these applications.
Thanks in advance.