Por que o Node.js é encadeado único? [fechadas]

Nos servidores Web baseados em PHP (ou Java / ASP.NET / Ruby), toda solicitação de cliente é instanciada em um novo encadeamento. Mas no Node.js todos os clientes são executados no mesmo thread (eles podem até compartilhar as mesmas variáveis!) Eu entendo que as operações de E / S são baseadas em eventos, para que não bloqueiem o loop principal do thread.

O que não entendo é POR QUE o autor do Node o escolheu como single-thread? Isso dificulta as coisas. Por exemplo, não consigo executar uma função intensiva da CPU porque ela bloqueia o encadeamento principal (e as novas solicitações do cliente são bloqueadas), por isso preciso gerar um processo (o que significa que preciso criar um arquivo JavaScript separado e executar outro processo de nó no isto). No entanto, no PHP, as tarefas intensivas da CPU não bloqueiam outros clientes porque, como mencionei, cada cliente está em um segmento diferente. Quais são as suas vantagens em comparação com servidores Web multiencadeados?

Nota: usei o clustering para contornar isso, mas não é bonito.

O Node.js foi criado explicitamente como um experimento no processamento assíncrono. A teoria era que o processamento assíncrono em um único encadeamento poderia fornecer mais desempenho e escalabilidade sob cargas típicas da Web do que na implementação típica baseada em encadeamento.

E sabe de uma coisa? Na minha opinião, essa teoria foi confirmada. Um aplicativo node.js que não está executando muitas tarefas de CPU pode executar milhares de conexões simultâneas a mais do que Apache, IIS ou outros servidores baseados em encadeamento.

A natureza única, assíncrona e encadeada dificulta as coisas. Mas você honestamente acha que é mais complicado do que enfiar? Uma condição de corrida pode arruinar seu mês inteiro! Ou esvazie seu pool de threads devido a alguma configuração em algum lugar e observe o tempo de resposta lento para um rastreamento! Sem mencionar impasses, inversões de prioridade e todas as outras rotações que acompanham o multithreading.

No final, não acho que seja universalmente melhor ou pior; é diferente, e às vezes é melhor e às vezes não é. Use a ferramenta certa para o trabalho.

O problema com o modelo "um encadeamento por solicitação" para um servidor é que eles não escalam bem para vários cenários em comparação com o modelo de encadeamento de loop de eventos.

Normalmente, em cenários intensivos de E / S, as solicitações passam a maior parte do tempo aguardando a conclusão da E / S. Durante esse período, no modelo "um encadeamento por solicitação", os recursos vinculados ao encadeamento (como memória) não são utilizados e a memória é o fator limitante. No modelo de loop de eventos, o encadeamento de loop seleciona o próximo evento (E / S concluído) a ser manipulado. Portanto, o segmento está sempre ocupado (se você programá-lo corretamente, é claro).

O modelo de loop de eventos, como todas as coisas novas, parece brilhante e a solução para todos os problemas, mas qual modelo usar dependerá do cenário que você precisa enfrentar. Se você tiver um cenário intensivo de E / S (como um proxy), o modelo de base de eventos prevalecerá, enquanto um cenário intensivo de CPU com um número baixo de processos simultâneos funcionará melhor com o modelo baseado em encadeamento.

No mundo real, a maioria dos cenários fica um pouco no meio. Você precisará equilibrar a necessidade real de escalabilidade com a complexidade do desenvolvimento para encontrar a arquitetura correta (por exemplo, ter um front-end com base em eventos que delegue ao back-end para as tarefas intensivas da CPU. O front-end usará poucos recursos aguardando a tarefa Como em qualquer sistema distribuído, é necessário algum esforço para fazê-lo funcionar.

Se você estiver procurando pela bala de prata que se encaixa em qualquer cenário sem nenhum esforço, você terminará com uma bala no pé.

Para encurtar a história, o nó é extraído da V8, que é internamente com thread único. Existem maneiras de contornar as restrições para tarefas intensivas em CPU.

Em um ponto (0,7), os autores tentaram introduzir isolados como uma maneira de implementar vários segmentos de computação, mas foram finalmente removidos: https://groups.google.com/forum/#!msg/nodejs/zLzuo292hX0/F7gqfUiKi2sJ