Might be late to the party, but I just discovered you can do this. Super simple and easy to do.
After having a read of the linked page, I backed up and just used this option:
https://wiki.archlinux.org/title/Profile-sync-daemon
Installed, created config, and enabled service:
systemctl --user enable psd.service systemctl --user enable psd-resync.service
I definitely notice an increase in speed and less SSD usage should hopefully increase lifespan.
I’m sure there would be options for alternative distros, anything using Systemd should be able to use the daemon.
I used to use this when I still had a hard drive, but this does nothing for performance if you’re on an SSD and profile writes are so few with browsers that it doesn’t significantly affect drive wear. In the end, all this does is make it more likely that something will break.
Are you implying the tabs backups are not written into the profile folder? Because think 10 - 20 GB a day is still something to be convened about. https://www.servethehome.com/firefox-is-eating-your-ssd-here-is-how-to-fix-it/
I have used Firefox in ram for a couple of months now without problems and am pretty happy with it.
Can someone back up my claim that 10-20GB writes per day is nothing for a modern SSD?
Edit: with a 256 TBW and a 20GB write/day it gives some 13.000 days so the lifespan of an SSD will largely be the limiting factor.
Wrong. Using inotify-wait (inotify-tools), you see that FF has a bunch of read and write access on every page load (mostly in /storage). This is with the about:config option to use RAM as cache enabled.
Every single webbrowser is one giant clusterfuck.
Yeah, messing around with this stuff is how you break firefox. SSDs are plenty fast and durable, and that’s not even mentioning how the Linux page cache means that you’re already technically running in ram anyways. This program will just break things.