[SP-pm] Map Reduce

[Fernando Oliveira]

Se for esperar a chegada de alguma coisa, porque não esperar pelo parrot?
Em 13/01/2011 09:07, "Otávio Fernandes" <otaviof em gmail.com> escreveu:
> 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
> =begin disclaimer
> Sao Paulo Perl Mongers: http://sao-paulo.pm.org/
> SaoPaulo-pm mailing list: SaoPaulo-pm em pm.org
> L<http://mail.pm.org/mailman/listinfo/saopaulo-pm>
> =end disclaimer
-------------- Pr?xima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://mail.pm.org/pipermail/saopaulo-pm/attachments/20110113/2c5d07c3/attachment.html>