GrapheneOS – When an app is slow

(blog.wirelessmoves.com)

46 points | by speckx 2 hours ago

5 comments

  • hadi77ir 3 minutes ago
    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?
  • negative_zero 1 hour ago
    Odd. Google Pixel 7 with GrapheneOS here. OsmAnd works perfectly fine for me without disabling any exploit protection options.
    • BlackRabbit1 8 minutes ago
      CoMaps behaves very very weirdly on GrapheneOS. Same with OrganicMaps.

      Osmand and GMaps are working fine.

      Waze is almost melting the poor thing. Beside of that working fine.

  • Groxx 33 minutes ago
    Huh. Yeah, it is noticeably faster on my 9a with that disabled. I wonder what they're doing differently...
  • perching_aix 1 hour ago
    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?

    • himata4113 1 hour ago
      Seems unlikely, it's java so this is likely related to loading large amounts of objects and having the GC thrashing.
      • RedComet 9 minutes ago
        The core is C++ afaik.
  • pjmlp 1 hour ago
    Maybe the actual solution is to improve, replace the application.
    • izacus 1 hour ago
      Or maybe there's a reason why the mainline Android OEMs don't ship that allocator by default.
      • Groxx 32 minutes ago
        The fairly obvious answer here is "OEMs don't care about security because very few people will pay for it, either with $ or time". Benchmaxxing sells better.
        • izacus 8 minutes ago
          That's trivially provable as false.
          • nvme0n1p1 4 minutes ago
            If so, I'd love to know which OEM you're thinking of who ships an Android distro more secure than GrapheneOS.
      • pjmlp 31 minutes ago
        Because they cut costs on hardware and not all ship MTE enabled ARMs.
    • mohamedkoubaa 1 hour ago
      There needs to be a wall of shame for apps that abuse hardware owned by users
      • yjftsjthsd-h 1 hour ago
        How's it abusing anything? It's an Android app that works fine with the default Android memory allocator.
        • pjmlp 30 minutes ago
          The AOSP memory allocator is seldom the one used by OEMs.
        • perching_aix 43 minutes ago
          That doesn't necessarily mean it isn't being abusive, just that said allocator tolerates it okay.