Resolvido.
Lento e relendo resolvi testar a propriedade hibernate.max_fetch_depth conforme especificação do hibernate, parece loucura, mas o problema do trafego foi resolvido. Vejam no grafico o teste: http://www.muriki.com.br/arquivos/grafico_jdbc2.png Reparem que não passou dos 5% de uso da rede, já sem a configuração chega a 70% Abraços. De: [email protected] [mailto:[email protected]] Em nome de Joao Cosme de Oliveira Junior Enviada em: terça-feira, 15 de dezembro de 2009 09:28 Para: [email protected] Assunto: Re: [pgbr-geral] RES: RES: lentidão com hibernat e+post em rede - agora com gráfico heheheh a alguns anos frequento esta lista e sempre a mesma porcaria do hibernate, já tive experiencias otimas com ele gerando umas 10 páginas de consulta, isso otimizando tudo ,mudando o comportamento lazy e tal e tal e tal.... Qual foi a saída? reescrever as queries mais lentas em geral a grande maioria e colocar em uma SP :) João Cosme de Oliveira Júnior Seja inteligente, use Software-livre!!! LPI Certified LPI000185554 Em 14/12/2009 às 22:01 horas, [email protected] escreveu: Olá Leandro, habilite no hibernate para exibir o SQL que ele está executando e analisa o SQL ou manda aqui na lista. Se tiver usando o hibernate.cfg.xml Se tiver usando hibernate.properties hibernate.show_sql=true E se tiver com o Log4j, coloque isso também para exibir quais parâmetros estão sendo enviados na query: log4j.logger.net.sf.hibernate.type=debug Lembre-se que o hibernate tem comportamentos independentes e intermitentes, principalmente para carregar associações (lazy load) e para cache (L1 e L2). abraços -- []s Emerson G Moretto [email protected] 2009/12/14 Leandro Müller : > Bancos totalmente idênticos. > Consultas simples de select com limit 20 ao final, pois as bases são > enormes. > As consultas não estão demorando para serem realizadas, o jdbc parece estar > trazendo um caminhão do servidor pois pesa a rede. > As mesmas consultas realizadas pelo pgadmin executam tranquilamente. > > Ao meu ver o hibernate esta passeando entre os registros conectado ao banco, > mesmo fechando a sessão, como se fosse um ODBC da vida. > > Bom nem sei mais o que pensar. > > Existe outro jdbc fora o que a post disponibiliza? > > Abraços. > > > > > -----Mensagem original----- > De: [email protected] > [mailto:[email protected]] Em nome de Euler > Taveira de Oliveira > Enviada em: segunda-feira, 14 de dezembro de 2009 18:18 > Para: Comunidade PostgreSQL Brasileira > Assunto: Re: [pgbr-geral] RES: lentidão com hibernate+post em rede - agora > com gráfico > > Leandro Müller escreveu: >> Fazendo os testes com consultas simples pelo pgadm o tempo de resposta é >> ótimo, e uma outra observação é que essas consultas não trazem mais de >> 20 registros cada uma, pois todas são limitadas no consulta >> setMaxResults(20); >> > Sem ver as consultas e um programa teste fica difícil dizer a que está > acontecendo. Que tipos de consultas? Está utilizando comandos preparados > (aka > prepared statements)? > > Você tem certeza que as consultas geradas pelo Hibernate para ambos os > bancos > são parecidas? Talvez ele esteja gerando consultas adicionais ou mesmo o > padrão de consultas seja totalmente diferente (porque alguma configuração > está > diferente?). > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral "Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco." "This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure."
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
