Lentidão na conexão com um banco na rede  XML
Índice dos Fóruns » Persistência: Hibernate, JPA, JDBC e outros
Autor Mensagem
AndreMendes
JavaChild
[Avatar]

Membro desde: 23/09/2009 02:37:07
Mensagens: 143
Offline

Criei uma aplicação que se conecta a um banco que está na rede. O trafego de dados é muito baixo, mas notei que a aplicação demora muito para recuperar os dados ...
Alguem sabe se isso é comum ?

André Mendes Duarte
Bacharelando em Ciência da Computação na Universidade Do Estado de Santa Catarina
rogelgarcia
GUJ Master
[Avatar]

Membro desde: 21/06/2007 23:27:21
Mensagens: 1850
Offline

Qual banco voce está usando??

Rógel Garcia, criador do framework NEXT

http://www.nextframework.org
AndreMendes
JavaChild
[Avatar]

Membro desde: 23/09/2009 02:37:07
Mensagens: 143
Offline

MySQL 5.1

André Mendes Duarte
Bacharelando em Ciência da Computação na Universidade Do Estado de Santa Catarina
rogelgarcia
GUJ Master
[Avatar]

Membro desde: 21/06/2007 23:27:21
Mensagens: 1850
Offline

Entao nao é normal... mas nao conheço muito de mysql pra te ajudar entao vou deixar para alhuem mais especialista

Rógel Garcia, criador do framework NEXT

http://www.nextframework.org
AndreMendes
JavaChild
[Avatar]

Membro desde: 23/09/2009 02:37:07
Mensagens: 143
Offline

Existe uma configuração padrão para a maquina server?

p.s.: eu falei em configurção de hardware ...

This message was edited 1 time. Last update was at 13/07/2010 21:37:28


André Mendes Duarte
Bacharelando em Ciência da Computação na Universidade Do Estado de Santa Catarina
Andre Brito
JWizard

Membro desde: 21/07/2007 17:44:31
Mensagens: 2485
Localização: Paraná
Offline

Acho que não precisa ser algo muito avançado. Já vi Firebird rodar em pentiuns e ser tranquilo. Você já testou rodar a aplicação localmente no servidor pra ver se tem a mesma lentidão? Se tiver, você encontrou o problema. Senão, você sabe que o problema está, muito provavelmente, em alguma configuração do MySQL no servidor.

Como organizar o GUJ.
Meu Twitter.
Meu blog.
Future proofing means making code easy to change, not trying to anticipate every possible way your code might need to change.
[WWW]
AndreMendes
JavaChild
[Avatar]

Membro desde: 23/09/2009 02:37:07
Mensagens: 143
Offline

Usei a configuração padrão ...
Só um detalhe, eu me logo como root pela aplicação, faz alguma diferença ?

André Mendes Duarte
Bacharelando em Ciência da Computação na Universidade Do Estado de Santa Catarina
rogelgarcia
GUJ Master
[Avatar]

Membro desde: 21/06/2007 23:27:21
Mensagens: 1850
Offline

AndreMendes wrote:Usei a configuração padrão ...
Só um detalhe, eu me logo como root pela aplicação, faz alguma diferença ?


Nào.. faz nao..

---

Talvez o primeiro ponto a detectar.. é se a lentidao está no banco ou na aplicacao... (como disse o colega)

Segundo ponto.. se o problema está se rodar a aplicacao de uma máquina remota.. ou localmente também ocorre o problema

Acho que sem ter essas respostas fica até dificil opinar pq as variaveis sao muitas

Rógel Garcia, criador do framework NEXT

http://www.nextframework.org
Andre Brito
JWizard

Membro desde: 21/07/2007 17:44:31
Mensagens: 2485
Localização: Paraná
Offline

rogelgarcia wrote:Acho que sem ter essas respostas fica até dificil opinar pq as variaveis sao muitas

Exatamente.
Faz uma lista:
- Executar com uma aplicação rodando localmente e verificar se a velocidade pode estar na aplicação ou no servidor (um debug bem feito já resolve. Se você não puder debugar (se for no cliente, por exemplo) usa um logger bem realizado com a hora, minuto e segundo que foi feita a requisição. Avaliando o log já vai ser possível mostrar onde está lento (se está));
- Fazer algo como um 'ping' local no MySQL;
- Fazer o procedimento acima pela rede.

Acho que só com isso já vai ser possível saber onde está seu problema.

Como organizar o GUJ.
Meu Twitter.
Meu blog.
Future proofing means making code easy to change, not trying to anticipate every possible way your code might need to change.
[WWW]
 
Índice dos Fóruns » Persistência: Hibernate, JPA, JDBC e outros
Ir para:   
Powered by JForum 2.1.8 © JForum Team