Estou falando que se JAVA fosse tão lento… ninguem estava optando por ele (sim , prq quando escolem o cassandra optao por Java) no lugar deste MongoDB..

Este MongoDB faz tanto sucesso , mas o twitter e o digg resolveram confiar na BOLA LENTA E GORDA da plataforma Java…

Aqui fico a me perguntar… POR QUE ?

Esse argumento é valido e verdadeiro mas existem duas formas do C++ ficar mais rápido, podemos usar um JIT no C++, assim como outros truques, e também podemos compilar informando para o compilador que deve habilitar todas as otimizações finas para um processador especifico que sera usado. É o que eu faço quando compilo meus sistemas, já que eu sei exatamente onde eles estão sendo executados.

Você sabe o que é JIT? O Java COMPILA o bytecode à medida em que for sendo executado. E compila em relação à máquina que está executando e analisando o comportamento do programa pode ir compilando novamente com as otimizações que for levantando.

Isso faz a aplicação obter o máximo possível de otimização para o código nativo gerado.

Claro, que como a primeira execução do código é interpretada e nem todas as partes do programa serão executadas em loops ou em rotinas repetitivas, o ganho de performance de um compilador JIT varia muito entre as aplicações, daí que acontece benchmarks que dão ganho pro Java outros pros C++.

Fora isso, tem muita gente que conta o tempo da máquina levantar a Virtual Machine e contabilizam a memória alocada por ela, daí dependendo da aplicação o Java também pode perder.

Mas no frigir dos ovos, cada um tem a sua vantagem e não vai mudar a vida de ninguém se o Java ganhar ou perder.

Bom, talvez faça na vida do Larry Ellison! ehehehehe

Comparando-se é claro, exatamente o mesmo código, sem usar bibliotecas compartilhadas, recursos específicos das linguagens e outras artimanhas, artifícios ou ganbiarras.

Com um programa compilado, a execução é com linguagem nativa (em assembly) e muitas vezes otimizadas para o processador (amd, intel, mmx, sse1, sse2, sse3, 64bits), com instruções do processador, já a interpretada (mesmo com bytecode), tem um intermediário no meio do processo!

:D

Primeiro, o fato da JVM da Sun ser escrita em C++ não limita ela em nada quanto à performance do código que ela executará. Isso é meio óbvio já que ela possui seu próprio compilador para Java.

Essa afirmação é tão falaciosa quanto dizer que não é possível escrever um compilador de c++ mais rápido que o gcc se ele for escrito em c++ e compilado com o gcc.

Além disso, existe o fato de que em alguns cenários um JIT gera sim código mais eficiente que o equivalente em C++. Um exemplo claro disso são bibliotecas.

Chamar funções em uma biblioteca dinamicamente linkada é muito mais lento em C++ que em uma linguagem com JIT. Quem duvida disso recomendo olhar o código gerado p/ ambos os casos.

Porém, apesar disso, Java não é mais rápido que C/C++ em aplicações de alta performance como encoding de vídeo. Porém para algo como o Cassandra, acho pouco provável a diferença ser significativa.

Existem vários resultados mostrando linguagens com JIT sendo significativamente mais rápidas que aquelas compiladas estaticamente. O projeto Dynamo, por exemplo, conseguia produzir código tão eficiente quanto gcc -O4 (O3 + pgo).

A notícia é sobre o Cassandra, um projeto desenvolvido em Java. Vodê está misturando alhos e bugalhos ao dar tanto crédito ao Java.

Ou vai querer dizer que se não fosse em java ele não existira ?

O tal mongoDB está fazendo muito sucesso e foi feito em C++ .

O outro mais famoso é o CouchDb que é feito em Erlang. Linguagem aliás que anda se destacando para criar qualquer coisa facilmente escalável.

Eu quis dizer “pelo fato de o JIT ser compilado”.
Sorry

Não tem nada haver dizer que um algorítimo não pode ser mais rápido em Java que em C, pelo fato de o JIT não pode ser mais rápido. Uma coisa não tem nada haver com a outra.

Ao compilar um programa, você tem que otimizar para um hardware específico. Mas você não sabe quais serão as condições desse hardware no momento da execução do programa. O JIT tem, além das informações do hardware, informações do estado de cada componente e pode tomar decisões em tempo de execução, melhores que o C em tempo de compilação.

Dê uma pesquisada, de verdade. Para servidores, Java é MUITO rápido. Java é lento para interfaces gráficas. Por isso as pessoas tem a impressão que Java é lento.

como:
mais rápido lançar uma nova versão.
mais rápido para se desenvolver um software.

O JIT é parte da JVM que também é compilada, mas isso não interfere em nada em relação a ser ou não mais rápida.

O Java é mais rápido que C++ em alguns casos, não em todos, logo, não é usado em jogos por causa disso.

E não acho correto dizer que o Java é interpretado, e sim que ele é compilado e posteriormente traduzido pela máquina virtual, ou duplamente compilado (a tradução pela JVM seria a segunda compilação, esta feita pelo JIT).