[SP-pm] Map Reduce

Otávio Fernandes otaviof at gmail.com
Thu Jan 13 03:06:29 PST 2011


2011/1/13 Alexei Znamensky <russoz em gmail.com>:
> 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


More information about the SaoPaulo-pm mailing list