De acordo com a documentação do Chrome , há uma opção de linha de comando --process-per-tab que faz o que você quer.
Percebi que, no Chrome, agrupa todas as guias em um processo de renderizador, pelo menos para mim. Isso é um problema, porque isso faz com que o Chrome fique realmente lento por ter 150k de RAM para classificar. Existe alguma maneira de forçá-lo a tornar cada guia um processo separado?
De acordo com a documentação do Chrome , há uma opção de linha de comando --process-per-tab que faz o que você quer.
Para mim, eles ainda não resolveram o problema.
Aqui estão alguns links discutindo a questão em mais detalhes:
link
link
Há uma instrução switch que você pode executar (deve ser uma opção no painel de controle para pessoas que não são da CLI) que força um novo processo por guia, mas depois de ler e descobrir mais, isso não força a separação processos por guia em si.
Aqui está um link para o documento de discussão e design do chromium que dá suporte ao design e à arquitetura do navegador chrome e de todos os modelos de processos relacionados ao cromo. Suponho que o Android e o Chrome OS se enquadram em um tipo semelhante de especificação de projeto.
O nome do switch é um pouco enganador porque me diz "um processo por guia", mas na realidade é um processo por grupo de guias com scripts semelhantes, que está sendo constantemente refinado e fundido em um único leviatã gigante de um processo. O meu também recebe mais de 500 a 800 MB. Quase um show de memória apenas para um único processo. Isso atrasa meu computador. Mais ainda, provavelmente porque toda essa memória está sendo paginada, mas de qualquer forma, se cada guia fosse um processo separado, pelo menos as operações de memória e paginação seriam diferentes na placa, essencialmente distribuindo a carga tanto na CPU quanto na memória ( incluindo paginação).
O Chromium também suporta um modelo mais simples que dedica um processo de renderizador a cada grupo de guias conectadas por script
As palavras do projeto "chromium" de código aberto referentes ao modelo de um processo por guia:
"O Chromium também suporta um modelo mais simples que dedica um processo de renderização a cada grupo de abas conectadas ao script."
Existe um limite global para o número de processos de renderizador que o Chromium criará. Isso impede que o navegador sobrecarregue o computador do usuário com muitos processos. O limite é atualmente 20 processos renderizadores na maioria das máquinas e menos em máquinas com pequenas quantidades de memória instalada. Como resultado, um único processo de renderizador pode ser dedicado a vários sites. Atualmente, essa reutilização é feita aleatoriamente, mas versões futuras do Chromium provavelmente aplicarão heurísticas para alocar sites de forma mais inteligente a processos de renderização.