Ouvi dizer que cada guia em um Google Chrome é um processo separado. Portanto, se alguma guia travar, ela não será afetada por todo o navegador. Portanto, se você abrir tantas guias, haverá tantos processos no sistema operacional.
Isso é um problema de desempenho?
Respostas:
Eu usei o Chrome como navegador principal em um dos meus PCs. Eu nunca tive 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 as versões futuras do Firefox farão o mesmo.
Edit: Aqui está um post interessante escrito por Scott Hanselman: Microsoft IE8 e Google Chrome - Processos são os novos tópicos
fonte
No cenário a seguir:
Ao retornar ao Chrome, você sentirá cada guia se recuperando da desaceleração da troca. Em outros aplicativos, você será atrasado apenas uma vez.
Você pode chamar isso de problema de desempenho, mas é apenas um efeito colateral da diferente arquitetura de processo.
Não me entenda mal, eu ainda prefiro isso ao desempenho do (não) Firefox, com muitas guias abertas e pouca memória, e isso pode ser evitado se você tiver memória suficiente.
fonte
De modo nenhum. Embora os processos no Windows sejam mais caros de criar do que nos sistemas baseados em UNIX, não é suficientemente lento o suficiente para ser chamado de problema.
A estabilidade e resiliência adicionadas ao usar vários processos realmente fazem o Chrome parecer mais rápido, porque tende a ser mais responsivo ao executar várias guias com intenso Javascript e / ou Flash.
Você pode obter uma visão rápida de como os vários processos podem ser usados para manter o navegador estável a partir daqui
fonte
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, enquanto um navegador de processo múltiplo 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 diminua a velocidade de outros processos ...
Essa técnica é realmente bastante comum em sistemas Unix, onde um aplicativo multiencadeado frequentemente se traduzia em um aplicativo que iniciava um segundo processo para executar o encadeamento separado.
Em termos de desempenho, o uso de múltiplos processos em vez de threads tornará seu sistema mais confiável, pois uma falha de um processo não matará os outros. Além disso, um processo especial de "guardião" pode acompanhar os outros processos e executar ações quando um dos processos parece estar preso a 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 guias, o tempo de processamento será dividido em 60 processos em vez de 41. Isso atrasa um pouco os outros processos. (Mas proporciona uma melhor experiência do navegador.)
fonte
DE MODO NENHUM!
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 executam centenas de processos e nem piscam.
fonte
Sim vai. Mas, de acordo com as capacidades dos computadores modernos, a vantagem que você obtém disso (capacidade de manipular cada página da Web de forma independente, por exemplo: em uma falha) é maior que o problema de memória. Observe que os computadores modernos têm giga bytes de memória.
PS A revista em quadrinhos do Google também aborda esse problema. Dê uma olhada.
fonte