Tópicos verdes vs tópicos não Verdes

A memória de linha verde é atribuída a partir do heap, em vez de ter uma pilha criada para ela pelo so. Isto pode potencialmente dar uma ordem de magnitude ou mais aumento em threads simultâneos. Como outras pessoas já mencionaram, isso não tiraria vantagem de múltiplos processadores automaticamente, no entanto, o caso de uso é tipicamente para bloquear I / O -- por exemplo, threads verdes podem permitir-lhe lidar com conexões simultâneas de 100k em oposição a 10k.

Os tópicos verdes são os tópicos implementados ao nível da aplicação e não no SO. Isto geralmente é feito quando o SO não fornece uma API thread, ou não funciona da maneira que você precisa.

Assim, a vantagem é que você tem funcionalidade tipo thread em tudo. A desvantagem é que os fios verdes não podem realmente usar múltiplos núcleos.

Houve alguns JVMs iniciais que usaram threads verdes( IIRC a porta JVM Blackdown Para Linux fez), mas hoje em dia todos os JVMs convencionais usam roupas verdadeiras. Pode haver alguns JVMs embutidos que ainda usam threads verdes.

Os fios verdes são significativamente mais rápidos do que os fios nativos quando têm fios mais activos do que os processadores.

Java inicialmente tinha suporte para threads verdes, mas ao contrário da maioria das implementações de threads verdes modernas, ele não poderia escalar sobre múltiplos processadores, tornando Java incapaz de utilizar múltiplos núcleos.

Em seguida, Java removeu a roscagem verde, a fim de confiar apenas em threads nativos. Isso fez com que os fios Java fossem mais lentos que os verdes.

Por favor, note que eu não sou especificamente falando sobre a implementação Java de threads verdes que tinham desvantagens, pois ao contrário de outras implicações de thread Verde não poderia escalar em um sistema multicore ou multiprocessador.

Os tópicos verdes são os tópicos do nível do utilizador em vez dos tópicos do nível do 'kernel'. Eles são programados por bibliotecas de usuários ao invés do kernel. Você pode ter o seu próprio mecanismo de agendamento para agendar threads em vez de depender do programador do sistema operacional.

As threads verdes emulam ambientes multithreaded sem depender de quaisquer capacidades nativas do SO, e são geridas no espaço do utilizador em vez do espaço do kernel, permitindo-lhes trabalhar em ambientes que não têm thread native suporte

Executar:

Em um processador multi-core, implementações de thread nativas podem automaticamente atribuir trabalho a múltiplos processadores, enquanto implementações de thread verde normalmente não podem. Threads verdes superam significativamente os threads nativos do Linux na ativação e sincronização de threads.

Quando um tópico verde executa uma chamada de Sistema de bloqueio, não só esse tópico está bloqueado, como todos os tópicos dentro do processo estão bloqueados.

Isso significa que a programação para eles acontece no espaço do utilizador e não é tratada pelo kernel. Isto significa que os fios verdes geralmente não podem ser feitos para usar todos os núcleos DA CPU.

Para qualquer plataforma mainstream que execute Java nos dias de hoje (por exemplo, x86 ou x64), você estará usando threads reais.

Java multi-Threading é implementado por dois modelos:

1. Modelo De Fio Verde
2. Modelo os nativo

Modelo de Thread Verde: O Thread que é gerenciado pela JVM, sem tomar suporte de SO subjacente é chamado de Thread Verde. Muito poucos so como Sun Solaris fornecem suporte para o modelo de fio verde. Está desactualizada e não é recomendada a sua utilização.

Native OS Model: The Thread which is manged by the JVM with the help of underlying O OS é chamado de modelo os nativo. Todos OS Windows OS fornecem suporte para o modelo os nativo.