• Vincent@feddit.nl
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 year ago

    With all the Linux on mobile work, one thing I was wondering about is how Android (and iOS too, I think) can just stop apps running in the background if it thinks they won't be opened any time soon, to save energy, and how apps must therefore be programmed to be able to handle that gracefully. There has been a lot of focus on making apps adapt to the screen size, but not so much on making them save energy like that - I wonder if this work could enable that in one go for whole classes of apps?

  • drspod@lemmy.ml
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    I started the video thinking "huh, that's neat I guess" and then I was more and more impressed as the video went on. This would be pretty revolutionary in how it could change your workflow. It's the kind of feature that would get me to switch from Gnome to KDE if it was only supported fully in the latter.

    • macallik@kbin.social
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      Very similar experience. He did a good job of building to the "Ok but why does this matter" aspect of it all

  • shockwave@kbin.social
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    It's not just about crashes. You can switch compositor without logging out or save save the full state of an app to disk to 'sleep' the app if you are short of memory. I'm sure people will think of other possibilities too.

    • andruid@lemmy.ml
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      I'm a big fan of high availability software rollouts. It would be interesting to see this do a live update where you spin up the new compositor, run some test on it, if it passes hand off, if that succeds kill the old one. Minimal disruption for the end user.

      Kind of neat for desktop users, but for kiosks or other always running GUIs its super cool to me

  • Avid Amoeba@lemmy.ca
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    It's a nice feature in theory. In practice, the sort of crash this guards against happens to me no more than once a year. Often more rarely. And I'm including all my machines in this anecdata - my personal desktop, laptop, corporate workstation, with Intel and NVIDIA GPUs in the mix. 😄

    • macallik@kbin.social
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      In the video he provides additional use cases outside of crashes. If I'm understanding it correctly, one is the ability to seamlessly transition across and/or run multiple DE's in real-time, and the second is reimagining app loading by being able to restore apps from the disk as if they never left RAM. Someone please correct me if I misinterpreted this

  • PseudoSpock@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    0
    arrow-down
    1
    ·
    1 year ago

    @Bro666@lemmy.kde.social See that? Someone else dissing on “the fiasco” known as KDE 4 within the first 30 seconds of their excited statement about the upcoming KDE Plasma 6. You want to rush over there and call them rude? Want to rush over there and proactively ban them from your joke of a KDE lemmy channel and instance that cannot tolerate feedback? You stood up for KDE 4, “Bro”… you’re on the wrong side of history. Now, go do your wounded pride thing and tell him to go code it for himself. Go on. It’s your one move.