logoalt Hacker News

GrapheneOS – When an app is slow

69 points • by speckx • today at 6:21 PM • 36 comments • view on HN

Comments

negative_zero • today at 7:19 PM

Odd. Google Pixel 7 with GrapheneOS here. OsmAnd works perfectly fine for me without disabling any exploit protection options.

➕ show 1 reply
aucisson_masque • today at 9:47 PM

What is the point of this hardening feature if you got to disable it ?

You can tweak Android as much as you want, the OS was not made to be private nor secure. App developers will never check if it breaks the grapheneos memory allocating feature (amongst others) so by default you disable it.

Anyway it also requires the app to be able to even run on a rom that doesn’t respect play integrity.

➕ show 1 reply
Groxx • today at 7:48 PM

Huh. Yeah, it is noticeably faster on my 9a with that disabled. I wonder what they're doing differently...

➕ show 1 reply
hadi77ir • today at 8:18 PM

I wonder if a website using leaflet.js has better or worse performance in the said case. If it does better, then maybe the problem is on OsmAnd's side?

pjmlp • today at 7:03 PM

Maybe the actual solution is to improve, replace the application.

➕ show 2 replies
RKearney • today at 9:07 PM

"Before installing, please turn off all anti-virus and firewall software."

perching_aix • today at 7:01 PM

If you have two apps, both maps...

> The reason behind it is the hardened memory allocator, which seems to create a significant overhead for Osmand. That might be because scrolling a map requires constant loading and discarding of data.

... is this really the right hunch, over e.g. the OpenStreetMaps app lacking in discipline with its heap allocations?

➕ show 1 reply
hajjamixcv2012 • today at 9:43 PM

[flagged]