or que os threads do SO são considerados caro

Existem muitas soluções voltadas para a implementação de threads de "espaço do usuário". Seja golang.org goroutines, threads verdes do python, assíncrono do C #, processos do erlang etc. A idéia é permitir a programação simultânea mesmo com um número único ou limitado de thread

O que eu não entendo é: por que os threads do SO são tão caros? Na minha opinião, de qualquer maneira, você deve salvar a pilha da tarefa (thread do SO ou thread da terra do usuário), que é de algumas dezenas de kilobytes, e você precisa de um agendador para alternar entre duas tarefa

O SO fornece essas duas funções gratuitamente. Por que os threads do SO devem ser mais caros que os threads "verdes"? Qual é o motivo da degradação de desempenho presumida causada por ter um thread de SO dedicado para cada "tarefa"?

questionAnswers(12)

yourAnswerToTheQuestion