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
