Ouvi dizer que cada guia de um cromo do Google é um processo separado. Portanto, se alguma das guias falhar, ela não será afetada por todo o navegador. Então, se você abrir tantas abas, haverá tantos processos no sistema operacional.
Isso é um problema de desempenho?
Eu usei o Chrome como navegador principal em um dos meus computadores. Eu nunca experimentei problemas de desempenho. Na verdade, o mecanismo mantém as guias únicas muito responsivas, porque um site "ruim" não afeta as outras guias.
BTW: também o Internet Explorer 8 implementou o mesmo mecanismo e futuras versões do Firefox fará o mesmo.
Edit: Aqui está um post interessante escrito por Scott Hanselman: Microsoft IE8 e Google Chrome - Processos são os novos tópicos
No seguinte cenário:
Quando você voltar ao Chrome, sentirá cada aba se recuperando da lentidão do swap. Em outras aplicações, você será atrasado apenas uma vez.
Você pode chamar isso de problema de desempenho, mas é apenas um efeito colateral da arquitetura de processo diferente.
Não me entenda mal, eu ainda prefiro isso ao invés do (não) desempenho do Firefox com muitas abas abertas e pouca memória, e isso pode ser evitado se você tiver memória suficiente.
Nada disso. Embora os processos no Windows sejam mais caros de serem criados do que nos sistemas baseados em UNIX, ele não é tão lento o suficiente para ser chamado de problema.
A estabilidade e a resiliência adicionadas adicionadas ao uso de vários processos realmente tornam o Chrome mais mais rápido, pois tende a ser mais responsivo ao executar várias guias com Javascript e / ou Flash intenso.
Você pode ver rapidamente como os vários processos podem ser usados para manter o navegador estável. / "> daqui
Sim, é um problema de desempenho, já que cada processo tecnicamente obtém seu próprio intervalo de tempo. Um navegador de processo único obteria apenas uma fatia, em que um navegador de vários processos pode obter uma fatia por processo. Assim, o navegador é um pouco mais rápido e responde melhor, mas seu sistema em geral será um pouco mais lento. (A menos que você tenha apenas uma guia aberta). O Internet Explorer 8 também usa vários processos. Como muitas pessoas usam bastante o navegador, é bom melhorar o desempenho do navegador, mesmo que isso possa retardar outros processos ...
Esta técnica é bastante comum em sistemas Unix, onde um aplicativo multi-thread geralmente apenas traduzia para um aplicativo que apenas iniciava um segundo processo para executar o thread separado.
Em termos de desempenho, usar vários processos em vez de encadeamentos tornará seu sistema mais confiável, já que uma falha de um processo não eliminará os outros. Além disso, um processo especial de "guardião" pode rastrear os outros processos e tomar ações quando um dos processos parece estar preso em alguma coisa. Pode até matar e reiniciar o thread, se necessário. Mas, em termos de velocidade, tende a depender do número de outros processos que você está executando. Em geral, você terá entre 40 e 75 processos ativos em um sistema Windows limpo. (Suponha 40 por enquanto.) Se você abrir o Chrome com 20 fichas de registro, o tempo de processamento será dividido em 60 processos, em vez de 41. Isso diminui um pouco os outros processos. (Mas oferece uma melhor experiência de navegação.)
NÃO É DE FORMA!
Logo após inicializar meu laptop no Windows 7 (sem aplicativos em execução), existem 74 processos em execução e a CPU está apenas bocejando ...
Não se preocupe com o número de processos. As máquinas atuais executarão centenas de processos e nem piscarão.
Sim ... Vai. Mas, de acordo com as capacidades dos computadores modernos, a vantagem que você obtém disso (capacidade de manejar cada página da web de forma independente, ex: em uma falha) é maior do que o problema de memória. Note que os computadores modernos têm giga bytes de memória.
P.S A revista em quadrinhos do google aborda esse problema também. Tem aparência.