Por que o Chrome tem tantos processos abertos?

Índice:

Por que o Chrome tem tantos processos abertos?
Por que o Chrome tem tantos processos abertos?

Vídeo: Por que o Chrome tem tantos processos abertos?

Vídeo: Por que o Chrome tem tantos processos abertos?
Vídeo: Como Alterar o Link Personalizado do Perfil no Facebook - Annie Guedez - YouTube 2024, Maio
Anonim
Se você já deu uma olhada no Gerenciador de Tarefas durante a execução do Google Chrome, talvez tenha ficado surpreso ao ver que o número de entradas do chrome.exe excedeu o número real de janelas do Google Chrome que você tinha aberto. Qual é o acordo com todos esses processos?
Se você já deu uma olhada no Gerenciador de Tarefas durante a execução do Google Chrome, talvez tenha ficado surpreso ao ver que o número de entradas do chrome.exe excedeu o número real de janelas do Google Chrome que você tinha aberto. Qual é o acordo com todos esses processos?

A sessão de perguntas e respostas de hoje nos é oferecida por cortesia da SuperUser - uma subdivisão do Stack Exchange, um agrupamento de sites de perguntas e respostas conduzido pela comunidade.

A questão

Se você está curioso sobre todos esses processos Chrome aparentemente duplicados, você não está sozinho. O leitor SuperUser PolyShell realmente quer chegar ao fundo das coisas:

In Windows Task Manager it seems that I have multiple Chrome processes running, even though I only have one Chrome window open.

How is this possible? I always thought each open program represented one process.

Embora o número absoluto dos processos individuais do chrome.exe pareça inicialmente desconcertante, há uma explicação perfeitamente boa para o dilúvio.

As respostas

Vários colaboradores do SuperUser participaram para responder a pergunta. Jeff Atwood ofereceu uma referência ao blog do Chrome Development:

You can read the details here:

Google Chrome takes advantage of these properties and puts web apps and plug-ins in separate processes from the browser itself. This means that a rendering engine crash in one web app won’t affect the browser or other web apps. It means the OS can run web apps in parallel to increase their responsiveness, and it means the browser itself won’t lock up if a particular web app or plug-in stops responding. It also means we can run the rendering engine processes in a restrictive sandbox that helps limit the damage if an exploit does occur.

Basically, each tab has one process unless the tabs are from the same domain. The renderer has a process for itself. Each plug-in will have one and so will each extension that is active.

O KronoS compartilha um truque para examinar os processos dentro do Chrome no lugar do mais lógico Gerenciador de Tarefas lido:

You can see which process does what on:

Menu-> Tools -> Task Manager

Which looks like this:

Deizel oferece um auxílio para os aprendizes visuais:
Deizel oferece um auxílio para os aprendizes visuais:

Don’t forget to read the Chrome introduction comic that covers this among other design decisions.

Toda a história em quadrinhos do Chrome vale a pena para os fãs do Chrome, já que ela explica muitas outras opções de design envolvidas na produção do navegador. É também uma leitura divertida.
Toda a história em quadrinhos do Chrome vale a pena para os fãs do Chrome, já que ela explica muitas outras opções de design envolvidas na produção do navegador. É também uma leitura divertida.

Tem algo a acrescentar à explicação? Soe fora nos comentários. Quer ler mais respostas de outros usuários do Stack Exchange com experiência em tecnologia? Confira o tópico de discussão completo aqui.

Recomendado: