1 comment

sorted by: hot top controversial new old
[–] 2 points 1 year ago

🤣couldn’t care less about that

I just do yay before turning off my PC

  • source
  • 22 comments in c/linux@lemmy.ml view that post
    [–] 31 points 1 year ago (3 children)

    The no restart is kind of awesome. WebGPU progress is also great, even if not on Linux yet.

  • source
  • hideshow 3 child comments
  • [+] 5 points 1 year ago* (last edited 1 year ago) (3 children)
  • [–] 11 points 1 year ago (2 children)

    The problem is that if Firefox does not support features like WebGPU, people will switch to Chrome once they notice web sites don't work correctly.

  • source
  • parent
  • hideshow 2 child comments
  • load more comments (-1 replies)
    [–] 3 points 1 year ago (1 child)

    The in-memory version of the tab template prevents having to restart FF to load the new one from disk now, but, at some point you're still going to have to restart...

    I tend to hibernate my laptop, so it doesn't reboot often... so surely I'm going to get to the point where FF needs a restart...

  • source
  • hideshow 1 child comment
  • [–] 5 points 1 year ago (12 children)

    Kind of neat... Don't know if really useful at all, but cool anyway

  • source
  • hideshow 12 child comments
  • [–] [S] 37 points 1 year ago (10 children)
    • No More Forced Restarts: This is a huge relief for many!. Firefox on Linux no longer requires a forced restart after your package manager applies an update. This means smoother, uninterrupted browsing, even during system updates.
    • Reduced Memory Usage: ForkServer leads to a significant reduction in memory consumption for content processes. The base resident memory for a content process is now around 50% lower. This helps Firefox run more efficiently, especially if you have many tabs open.
    • Faster Process Startup: You'll notice that content process startup times are reduced by approximately 35%. This translates to snappier new tab openings and overall improved responsiveness.
  • source
  • parent
  • hideshow 10 child comments
  • [–] 17 points 1 year ago (9 children)

    Reduced Memory Usage:

    This is the one that really matters. Both Chrome and FF are brutal on memory use.

  • source
  • parent
  • hideshow 9 child comments
  • [–] 5 points 1 year ago (8 children)

    That’s because each tab is sandboxed.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 5 points 1 year ago (7 children)

    And cached. Browsers just use the RAM for what it exists for.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 2 points 1 year ago (5 children)

    I use Auto Tab Discard, have all except 10 tabs unloaded and FF has 5.5 GB reserved, just in case.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 2 points 1 year ago (3 children)

    I have currently 13 tabs open and I don’t see the issue. RAM is there to be used. I actually expect my programs to extensively cache stuff and use the RAM.

    (The other Firefox processes for the individual tabs are cut from the screenshot.)

  • source
  • parent
  • hideshow 3 child comments
  • [+] -7 points 1 year ago (2 children)

    'those pesky "restart required" messages after an update?'

    Hmm so they want to make modifying my system without my permission even more seamless ?

    I'm not sure I like that very much...

  • source
  • hideshow 2 child comments
  • 9 comments in c/linux@programming.dev view that post

    Seat of the pants it actually seemed quicker on new tabs. Memory I haven't checked but good news nonetheless.

    Many thanks Mozilla devs.

  • source
  • [–] 4 points 1 year ago (6 children)

    how can they relaunch with the new binary without relaunching the binary? what's behind this Linux magic?

  • source
  • hideshow 6 child comments
  • [–] 10 points 1 year ago* (last edited 1 year ago) (1 child)

    It doesn't launch the new binary at all. When the current process wants to create a new process, instead of doing fork+exec (which launches the new binary and wreaks havoc because versions now don't match), it simply tells the ForkServer (a different process running the old binary) to fork (split) itself.

    Chromium also does this; they call their equivalent to ForkServer the zygote process and this article explains it really well.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 1 year ago (3 children)
  • [–] 2 points 1 year ago (2 children)

    yes, and I understood nothing as a stupid Windows user

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 1 year ago*

    Basically instead of launching completely new processes for each tab, which uses the (now updated/different) binary on disk, it uses a small secondary process that stays running the whole time the browser is open, and new processes are forked from that one, which makes them all use the same in-memory copy of the old process even after the program is updated.

    This only works on *nix because you can't overwrite binaries on Windows that are in use... but Linux keeps the old binary in memory the whole time, so it doesn't care if you replace it, as it won't be used until you restart the program.

    So it doesn't actually update anything at all while it's running.

  • source
  • parent
  • [–] 2 points 1 year ago

    Will this stop the constant crashing I've been having the last several versions?

  • source