Mozilla lays out multi-process Firefox engineering goals
h-online.com
h-online.com
They're also looking at a multi-threaded DOM in Rust.
In case anyone hasn't been keeping up with it, Flash was already sandboxed months ago, before Chrome implemented it (this is different from Out Of Process Plug-ins).
I recommend you disable the Google Updater plug-in which takes up memory and doesn't really do much of value considering it shouldn't be in Firefox in the first place. NoScript has a click-to-play for Flash built-in so if you're using Flashblock get rid of it because it conflicts with NoScript.
Note that I am welcome for suggestions of browsers that can potentially be a Firefox replacement if Firefox ever is no longer usable due to high requirements.
With the MHZ wall still being a problem for CPU advancement all signs point to multi-threading being the future.
My PC is a single core 1.66 GHz Atom running Windows 7 Professional in 1 GB of RAM.
I can assure you multi-process Chrome outperforms Firefox on this machine, both in performance and memory use for real-world browsing.
You should double check your assumption about separate processes increasing resource usage.
It's a long shot, I agree.
Both this and the write-up are curiously short on roadmaps or predictions though, and the Electrolysis page on the Mozilla wiki only talks about work already done (content processes in Fennec, the mobile version of Firefox, and out-of-process plugins). Given the benefits this will bring, I'd love to know when it's likely to arrive!
I know some Mozillans (?) sometimes post here - anyone have any idea what stage Electrolysis for desktop Firefox has got to?