30
Preview: MagLev = Ruby + Gemstone/s
by AkitaOnRails on May.30.2008 at 11:36pm
Eu escreverei mais sobre isso mais tarde em detalhes, mas só para dar o ‘scoop’, Avi Bryant fechou o ciclo. Como eu disse alguns posts atrás, na última RailsConf, Avi disse que “sabia o futuro”. Hoje ele demonstrou o futuro.
O MagLev é Ruby rodando sobre a excelente VM da GemStone. Eu conversei com os engenheiros e responsáveis da GemStone e vou conseguir mais detalhes direto com eles.
Para vocês terem uma idéia: os micro-benchmarks são melhores na ordem de 50 ~ 60, alguns até mais de 100 vezes mais rápido que o MRI. Em termos de escalabilidade, num grande case, o sistema deles aguenta facilmente 6000 req/s, com facilidade.
E o mais interessante, como Avi Bryant já havia dito e repetiu hoje, como eu ouvi dos engenheiros da GemStone, Ruby é exatamente idêntico a Smalltalk, pra ser justo, eles tiveram que acrescentar coisa de 3 ou 4 bytecodes novos na VM deles. Fora isso, ele terá exatamente a mesma performance do Smalltalk, sem tirar nem por. Não há um layer de “emulação” ou coisa parecida como no caso do JRuby.
Aguardem mais notícias, vou achar tempo para postar muito mais e dar um relatório completo do que está acontecendo!







Nossa parece até mentira as infos e o projeto nem tem 4 meses, só falta rolar um mod_ruby nesse poder e que nao seja amarrado ao apache, to sonhando muito? eheheheh
Maravilha! Parece muito promissor. Realmente, a semelhança com SmallTalk com certeza ajudou na rapidez do projeto. 50-60 é uma coisa estupenda, considerando que dizem que o YARV roda 15-30% mais rápido que o MRI, que significa 0,15-0,30 vezes.
Ótimas notícias Akita! =) Mas isso levanta várias perguntas: porque a MRI do Ruby é tão lenta? Eles também usaram os spces do Rubinius?
Estou ansioso para saber os detalhes completos! =)
MagLev realmente promete. To bastante ansioso para ver alguma coisa funcionando! Akita, se der tenta descobrir se eles tão fazendo algo parecido com as multi-VMs do Rubinius para concorrência, ou vão mais pro lado das threads nativas ala JRuby.
@thiago freire o MRI é bem simples, tem gerenciamento de memória simples e roda 100% em modo interpretado. Nem VM ele é, por isso é bastante lento.
@fabio kung
huahuahaua, todo mundo erra isso… quem perguntou foi josé valim.
O triste é que pelo jeito não será open-source (ao menos não inteira) e parece que também não será gratuita. =(