Desafio Hibernate

Tá na hora de arregaçar as mangas e mostrar que aquele tempo todo se f... com JDBC valeu pra alguma coisa:

http://www.hibernate.org/News/PerformanceChallenge

We believe that Hibernate is one of the fastest persistence layers around. As a sign of our faith in this, Gavin King is offering $100 to anyone who can show a significant performance difference between a piece of Hibernate code, and handcoded JDBC that executes the same SQL calls.

Virtual Machine Man Membro desde: 21/08/2002 03:53:28 Mensagens: 661 Offline

Quando comecei a ler, achei que ele queria encontrar uma operacao que fosse mais rápida com o Hibernate do que com JDBC direto... achei estranho...

Legal que os caras já podem se dar ao luxo de pagar pra alguém encontrar os bottlenecks... : ))

dukejeffrie wrote:Legal que os caras já podem se dar ao luxo de pagar pra alguém encontrar os bottlenecks... : ))

Isso demonstra a confianca que o produto/projeto adquiriu. Ja imaginou se a Microsoft fizesse algo semelhante?

Marcio Kuchma

kuchma wrote:Ja imaginou se a Micro$oft fizesse algo semelhante?

Ela fez... mas acho que a galera não lembra o resultado né?

Teve uma campanha tipo a Unbreakable da Oracle antes do lançamento do Windows 2000... curiosamente, a máquina aguentou 3 semanas antes de ser detonada... motivo pelo qual o Service Pack 1 saiu tão rápido, aliás...

JavaBaby Membro desde: 17/08/2002 12:31:53 Mensagens: 96 Offline

We believe that Hibernate is one of the fastest persistence layers around. As a sign of our faith in this, Gavin King is offering $100 to anyone who can show a significant performance difference between a piece of Hibernate code, and handcoded JDBC that executes the same SQL calls.

"same SQL calls"

Ai fica facil ne.... A unica vantagem de escrever SQL na mao seria que voce elimina o "overhead" da abstracao. Mas mesmo assim, os caras sao macho pacas

krico wrote:Ai fica facil ne.... A unica vantagem de escrever SQL na mao seria que voce elimina o "overhead" da abstracao. Mas mesmo assim, os caras sao macho pacas

Facil nada... a intencao do desafio eh justamente essa... achar um ponto onde o overhead possa ser otimizado

JavaBaby Membro desde: 17/08/2002 12:31:53 Mensagens: 96 Offline

cv wrote:

krico wrote:Ai fica facil ne.... A unica vantagem de escrever SQL na mao seria que voce elimina o "overhead" da abstracao. Mas mesmo assim, os caras sao macho pacas

Facil nada... a intencao do desafio eh justamente essa... achar um ponto onde o overhead possa ser otimizado

Cara, mas ai os SQL statements teriam que ser DIFERENTES! E neste challenge nao podem. Tipo os statements gerados que sao o negocio. Eh impossivel ganhar assim cara!

krico wrote:Cara, mas ai os SQL statements teriam que ser DIFERENTES! E neste challenge nao podem. Tipo os statements gerados que sao o negocio. Eh impossivel ganhar assim cara!

Não, krico... a idéia do desafio é que vc consiga fazer com que o Hibernate demore desnecessariamente a mais do que um programa que executa a mesma coisa, mas não faz nenhum mapeamento O/R. O objetivo não é gerar código SQL perfeito, é achar problemas de performance no mapeador

JavaBaby Membro desde: 17/08/2002 12:31:53 Mensagens: 96 Offline

cv wrote:Não, krico... a idéia do desafio é que vc consiga fazer com que o Hibernate demore desnecessariamente a mais do que um programa que executa a mesma coisa, mas não faz nenhum mapeamento O/R. O objetivo não é gerar código SQL perfeito, é achar problemas de performance no mapeador

Entendi, mas entao o desafio eh o de achar um mapeador com performance melhor, nao um framework de mapeamento O/R eh isto? Nao tinha entendido isto, my bad

Notícias, artigos e o maior fórum brasileiro sobre Java