• 0 Posts
  • 29 Comments
Joined 2 years ago
cake
Cake day: April 27th, 2024

help-circle














  • But you also get that with shared memory in zswap, with all the other advantages. I’d really recommend reading the “Architectural differences” in the linked article from Chris Down, as he’s way deeper into the kernel code than me, but the biggest problem in a setup like a small memory server is:

    • If you have a ZRAM device, and it fills up, more recently needed pages end up on the backup disk swap, because ZRAM has no way to move between swaps

    • Where zswap is built into the kernel memory management layer, so it can automatically decide which pages are cold and put them on disk, while keeping fresh ones in compressed RAM.

    I.E. in your use case, zswap is better, not even taking into account all the other details from Chris’ article.






  • Fmstrat@lemmy.worldtolinuxmemes@lemmy.world•The Jolla phone
    link
    fedilink
    arrow-up
    3
    arrow-down
    1
    ·
    2 months ago

    Both ship: Firmware, the HAL components (which are way more critical in my eyes as they have low level hardware access and could hide anything from the OS)

    Aren’t firmware and HAL in hardware/devices in the source tree for graphene? Also the camera stack/etc isn’t Google’s, it’s Graphene’s.

    The Widevine comment is fair, but Sailfish needs to support DRM, too, so they’re in the same boat, there.