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.)