Se for esperar a chegada de alguma coisa, porque não esperar pelo parrot? Em 13/01/2011 09:07, "Otávio Fernandes" <[email protected]> escreveu: > 2011/1/13 Alexei Znamensky <[email protected]>: >> Não exatamente, Eden. >> As JVMs de hoje, quase todas, têm algum mecanismo de "recompilação" do >> bytecode para opcodes nativos da plataforma onde a JVM é executada. As JVMs >> da Sun^WOracle fazem isso adaptativamente, enquanto que as da IBM compilam >> TUDO para nativo, e a execução ocorre em opcodes nativos, não nos virtuais. >> O que não invalida totalmente o seu ponto, pois o programador não tem >> controle sobre os opcodes nativos gerados (mas até aí, eu faço esse >> trade-off any day, sem pestanejar). >> -- >> Alexei Znamensky [russoz_gmail_com] [russoz.wordpress.com] >> [www.flickr.com/photos/alexeiz] >> «Only love / Can bring the rain / That makes you yearn to the sky» > > Alexei, > > Então, sabendo que o Hadoop é uma aplicação que roda sobre a JVM e os "hot > spots" vão ser gradativamente convertidos para os opcodes nativos, será que tem > tando problema assim rodar um DFS neste plataforma? Eu acho que não tem. > (0.02 EUR :-) > > Sinceramente, eu vejo a JVM como opção para _muito_ mais do que isso, como > exemplo eu citaria os resultados dos projetos JRuby[1] e Scala[2]. O mais legal > é saber que para interagir com uma VM execelente como é a JVM você não precisa > escrever necessariamente Java (uma linguagem bastante arcaica -- eu diria). > Tudo isso só tende a ser melhor, e muito, com a chegada do "Java 7", trazendo o > "invoke_dynamic"[3]. > > um abraço, > > [1] http://kenai.com/projects/jruby/pages/Benchmarks > [2] http://www.scala-lang.org/ > [3] http://blog.headius.com/2008/09/first-taste-of-invokedynamic.html > > -- > Otávio Fernandes > otaviof at ( gmail.com, cpan.org ) > http://github.com/otaviof > =begin disclaimer > Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ > SaoPaulo-pm mailing list: [email protected] > L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> > =end disclaimer
=begin disclaimer Sao Paulo Perl Mongers: http://sao-paulo.pm.org/ SaoPaulo-pm mailing list: [email protected] L<http://mail.pm.org/mailman/listinfo/saopaulo-pm> =end disclaimer
