how do people have so many tabs. i always have one fedi tab open, up to a dozen tabs open for what i'm doing, and maybe a few but like 3 max i forget to close
@chjara Number of tab actually doesn't matters that much, browsers engines typically only garbage collect on memory pressure, so if you want the browser to use less RAM you need to shove it something like a cgroup.
@lispi314@chjara Tab unloading was a thing in Firefox… maybe got thrown away in the get "There is <del>only</del><ins>no</ins> XUL" disaster for extensions API.
@iatendril@lispi314@chjara Well that's running everything in a fuckton of VMs for you, I'd rather use SeL4 with Linux compat for this kind of reason, much lighter to have a proper software architecture.
@lispi314@chjara@iatendril Sounds more like Qubes doesn't want to use it. Which is fine, I don't want to use Qubes, for both technical and social (trust in it's developers) ones.
@lanodan@chjara@iatendril There's no strict reason for not running everything on Qubes as unikernels with similar overhead save for the fact the dev-hours needed to actually set that up haven't been allocated & spent.
FFI-aside, Common Lisp is memory-safe so long as you don't explicitly use a declaration that you don't care about safety (which there are very few/no legitimate uses for in my opinion).
@lispi314@chjara@iatendril And C is pretty much still there because you're pretty much stuck to C if you want to do system programming on Unixes (lot of APIs are libc-only).
@lanodan@chjara@iatendril There are a bunch of others that aren't, but most unsafe languages that actually see any use are legacy because we finally started collectively learning our lesson (some learned it 50+ years sooner than others though).
@iatendril@lanodan@chjara A safe crash is fine if you architectured your software properly to be resilient in the face of disruption.
Since you can never guarantee the powergrid isn't shit wherever your users are (among other possible sources of disruption), you should always ensure persistent IO for instance is transactional.