Percebi que o problema do FF era o Flash por sempre utilizo esta extensão. Existem outras similares (não tenha similar no sentido pejorativo e sim o da palavra, sabemos que existes outros bons plugins para impedir a execução do flash)

Não é bem assim que as coisas funcionam. O isolamento das abas em processos distintos consome muito mais memória, mas traz vantagens. No Firefox, se um javascript consumir muitos recursos em uma página, o browser inteiro congela. No Chrome, isso não acontece. O Firefox pode consumir menos memória, mas não é mais leve. Tenho um Turion X2 2.0Ghz e o Firefox congela com frequência, enquanto o Chrome roda perfeitamente. Além disso, eu prefiro que as abas não compartilhem conteúdo, por questão de segurança. É possível criar ataques incluindo scripts em sites para roubar conteúdo de outras abas (imagine você com o Gmail aberto e navegando em outra aba).

“We want to make sure that the Web experience is good for all users, present and future,” Shaver writes, “I want to make sure that when a child in India or Brazil or Kenya discovers the internet, there isn’t a big piece of it (video) that they can’t afford to participate in. I want to make sure that there are no toll-booth barriers to entry for someone building a whole new browser, or bringing a browser to a whole new device or OS, or making and using tools for creating standard web content.”

http://www.osnews.com/story/22787/Mozilla_Explains_Why_it_Doesn_t_License_h264

http://www.osnews.com/story/22771/YouTube_Launches_HTML5_Beta_Forgets_the_Open_Part

analizar o consumo de memória de programas rodando com multiplos processos não é trivial.

você sabe que existem várias formas de medir, igualmente válidas, mas que podem dar resultados diferentes, correto?

um exemplo é que somar a memoria consumida por todos os processos não é o mesmo que medir a memória do programa como um todo, no caso de haver memória compartilhada.

isso é fácil de entender usando a teoria dos conjuntos. o numero de elementos da união entre os conjuntos A e B é o número de elementos de A, mais o de B, menos o da interseção entre A e B.

isso em si é algo curioso: os processos podem compartilhar quanta memória for conveniente!

analizar a partir do ‘consumo total de memória’ antes do programa iniciar e depois também pode ter suas falhas: a memória utilizada pelo sistema operacional como ‘cache’ pode entrar na conta, e atrapalhar tudo.

além disso, um browser que gasta muita memória com poucas abas abertas pode gastar pouca com muitas abas, em comparação com outros browsers que possuem um comportamento inverso.

–

além disso, não dá pra comparar diretamente os méritos de separar entre processos ou não usando programas completamente diferentes. as escolhas que cada um dos browsers fez foram diferentes. usar vários processos é só uma dessas escolhas, que pode ou não ter impacto no consumo de memória.

por exemplo, é possível que o interpretador javascript do google consuma mais memória, e em troca execute javascript mais rapidamente. se esse for o caso, talvez você esteja culpando o vilão errado.

E bota lot nisso… Dá pra melhorar muito.

O Firefox.next está mirando neste conceito de multi-processo e eu estou confiante de que a Mozilla dará seus pulos para que isto não estrague o consumo de memória. Até lá o Mozilla Toolkit vai ter amadurecido bastante com os refatoramentos, dá para esperar por algo muito melhor do que o Chrome nos dias de hoje. :)

[]‘s

A muito tempo o Flash faz o Firefox travar, eles tem estatistica disso, mas só agora resolveram fazer alguma coisa. Possivelmente porque o Chrome já faz isso.

Além disso, a ultima versão (64bits) do Flash é muito estável, não me lembro se essa versão de flash já travou alguma vez. E justo agora a Mozilla resolve isolar o flash.

é o esperado — pelo menos no caso do Chrome, que usa um processo em separado para cada aba, ao invés de threads dentro de um mesmo processo. A justificativa do Google é que, além da segurança e estabilidade adicionais de um processo por aba, é que normalmente uma página hoje em dia gasta mais memória do que o processo responsável por ela. Se isso se verifica na prática, aí é outra coisa…