ActiveDelphi

[kleberibm]

Bom dia á todos.

Amigos, é o seguinte. Já uso o Servidor de banco de dados firebird, há uns 3 anos, porém, nos últimos 3 meses, a minha aplicação perdeu perfomace por causa do firebird, qualquer formulário que chamo no sistema e nele possua conexão com banco, começou aparecer aquele ícone de processamento, tem formulários maiores que leva quase um minuto para carregar completamente. E isso não acontecia, de uma para outra o sistema começou a se comportar dessa forma. Alguém por favor com experiência com firebird 2.1, já teve problemas desse gênero , obrigado, á todos.
_________________
Kleber Paulo - Stº Antº de Jesus-Ba

[johnny-walker]

Tentou um backup/restore para ver se resolve o problema, pode ser por causa do garbage collection.



bye
_________________
P.O.W.E.R B.Y D.E.L.P.H.I

[kleberibm]

Johnny, bom dia.

Bom, não cheguei a fazer o Backup/Restore, mas notei que essa perda de desempenho só não acontece na máquia de desenvolvimento, ou seja, aonde o aplicativo é compilado não tem nenhum problema, seu desempenho é normal como sempre. A penas nas máquinas instaladas é que o corre essa perda de desempenho. Se tiver alguma outra ideia eu agradeço, desde já muito obrigado pela dica.
_________________
Kleber Paulo - Stº Antº de Jesus-Ba

[Netrunner]

Mesma coisa que trabalhar com sockets, na maquina local, ele funciona de boa, sem lag, sem problemas na conexão. Agora se for coloca em um dedicado ou hospedagem e usar o client no seu computador, vai haver lag, trans gestionamento de dados devido a conexão com a internet.

Bom, mais oque isso tudo tem haver com seu topico?
Então, o banco de dados fica no seu pc local ou você usa em outra maquina e o cliente que acessa o bd fica no seu pc?

[kleberibm]

Amigo, desde já obrigado!

Bom, normalmente isso ocorre na máquina local, sendo que a lentidão permanece quando é configurado para rede tbm, não muda nada. Ainda não tenho ideia do que pode ser.
_________________
Kleber Paulo - Stº Antº de Jesus-Ba

[johnny-walker]

vc fez alguma sp, trigger que demanda muito processamento?

Por vezes views tb elevam o tempo demandado por uma aplicação.
Assim eu prefiro trabalhar com a tabela fechada, somente abrindo o registro que preciso e tb limitando ao máximo o tráfego de informações na rede.
Por vezes é tentador utilizar campos lookups, mas isto tem um preço no desempenho que cai, pode não ser na máquina de produção, mas quando tem um bocado de gente solicitando a mesma coisa, isto pode acontecer.
Lembrando que no seu computador a conexão é local que é muitas vezes mais rápida do que em rede.

Outra coisa é evitar utilizar redes wifi, funcionam muito bem para outros serviços, mas não são os melhores para banco de dados por causa da perda de pacotes no caminho, por vezes a correção de erros por deflexão do sinal a torna mais lenta do que deveria.


Verificar a estrutura de rede também é uma saída, de nada adianta um computador bom se o servidor não aguenta o tranco e tão a rede.

Por vezes tem computadores que vão sendo ligados em série e congestiona apenas uma saida do roteador, criando um gargálo na rede.
Quando trabalhar com banco o melhor é utilizar switchs bons, de preferência uns mais parrudos, tem alguns que são relativamente baratos e amenizam o problema de congestionamento da rede que aumenta sua latência.
Um técnico teria de avaliar a rede para ver o que está acontecendo.
Vc tb pode fazer testes, como pegar um filme de pelo menos uns 700mb a 1gb para medir a performance da rede, assim vc fica com uma base para ver se rede está lenta e quantos mb/s ela consegue transmitir.
Lembrando que uma rede de 100mbs deve transmitir mais ou menos uns 12 mb/s (megabytes), por isto que falei a respeito de congestionamento de canal da rede, seria como ter várias torneiras abertas e isto diminuiria a velocidade a cada conexão.
Um técnico poderia avaliar a questão.

Outra coisa que vc pode fazer é avaliar quantos bytes os campos poderiam em tese retornar.
Exemplo:
Eu tenho uma pesquisa com campo nome (80), data nascimento(se não me engano é 8 bytes), endereço (300 bytes), então a cada pesquisa retorna 388 bytes por linha retornada, com base nisto vc tem mais ou menos uma ideia de quantos bytes sua aplicação acessa por pesquisa, podendo assim fazer recomendações quanto a rede.





bye
_________________
P.O.W.E.R B.Y D.E.L.P.H.I