[citation][nom]blazorthon[/nom]Chrome max tabs on low end machines with 2GB or less: A few dozen, maybe a little more. FF max tabs on such machines: Hundreds, perhaps thousands. Not everyone uses so many, but FF is one of the few browsers (only major browser globally) that can do it without huge memory imprints. Individual processes for tabs is a huge part of why Chrome uses so much memory in comparison. There are trade-offs to consider to each approach. Regardless, FF could add multi-threading support without having each tab in its own process. Also, Chrome doesn't always have a process for every tab. Grouped tabs often share a process.FF is also usually more stable than Chrome right now (I've had several crashes that forced me to restart Chrome, but I've yet to have such happen to my FF in a long time) and stability can be more important than speed. Besides, it's not like FF is slow anyway, especially with No-script, adblock, fasterfox, etc. They take only a few seconds to install and you're good to go after a few minutes spent setting them up if their defaults aren't as good as you want them to be.[/citation]
there isn't another way to support multi-threading without creating another process (for another cpu), with it's own memory space, and so on... the same goes for the other tabs. Every one of them needs to be another process in order to take advantage of a second (or more) cpus, otherwise, only one cpu will being multi-tasking in between threads in the same process.. and for example, if one of them makes an IO operation, the hole process will wait for the IO operation to get done before continuing.. this translates to FF frozen till IO operation finishes.. (no tab switching, no animation at all, totally freezed)
Chrome uses sandboxes to isolate the memory between tabs (it's more secure) and that's not free in terms of memory