Ol�,
Em um artigo publicado na JavaWorld chamado "programming Java threads in the real world, Part 1( http://www.javaworld.com/jw-09-1998/jw-09-threads.html)", o autor declarou que a promessa do ambiente java ser multiplataforma cai diante do aspecto "threads". No moneto que vc l� o artigo, � facil perceber que o problema principal � a maneira coma a JVM � implementada, ou melhor, a maneira como o scheduler � implementado.
No paper da sun intitulado "Multitreading: Informa��es gerais e especificas do Java.( http://www.sun.com/solaris/java/wp-java/4.html;$sessionid$5CBVN2YAAI4VTAMW0JZE3NUBS1JHEUDO)" coloca o seguinte : "Entender as vantagens da arquitetura de um ambiente multitreading(MT) nativo sobre outro � critico para entender as vantagens de uma implementa�ao java sobre outra. Desde que a JVM nada mais � que um processo rodando no topo de um plataforma, quanto mais rica e superior for a arquiterura MT desta, obviamente isto sera traduzido em um ambiente MT java superior para aplica�oes naquela plataforma. O modelo de threads utilizado pelo OS influencia muito a performance das aplica�oes java."
Minha pergunta � : Segundo o que sei, as especifica�oes da sun para MT , impoem que a JVM deva implementar um scheduler preenptivo, porem n�o impoe que isto deva ser time-slice. Gostaria de saber qual implementa�ao da JVM, e o sistema operaciaonal onde ela roda, que nao utiliza time-slice. No primeiro artigo citado, o autor coloca NT x Solaris. Quais os outros ? Seria a implementa�ao da JVM no linux um exemplo? No segundo artigo, onde existe o relacionamento da performance de um aplicativo java e o modelo MT utilizado pelo O.S,existe um quadro comparativo sobre sistemas operacionais. Porem nao existe nenhuma referencia a Linux. Se fosse possivel acrescentar mais uma linha neste grade, como seria ela em rela�ao ao Linux?
Obrigado.
