[firebase-br] RES: FB lento em Xeon
Eduardo Jedliczka
edujed em gmail.com
Qua Fev 16 17:39:57 -03 2011
Sei que já perdi o bonde na resposta, mas gostaria de acrescentar
algumas coisas.
em BD, muitas vezes o gargalo é cache (seja em RAM ou cache de disco
da controladora) ou barramento.
Quanto à configuração descrita, o Xeon 3430 é um processador mais
lento (e com barramento menor) que o antigo Core 2 Quad, esta
diferença deve ficar (para banco de dados) na faixa dos 35% a 40%.
Para conseguir a mesma performance, seria bom que houvesse mais
memória ram, assim minimizaria a quantidade de leituras em disco.
==========================
Eduardo Jedliczka
Apucarana - Pr
==========================
Em 11 de fevereiro de 2011 15:53, <renato em eficazinformatica.com.br> escreveu:
> Boa tarde!
>
> A alguns dias, um cliente adquiriu um servidor DELL Power Edge (PET310), 6GB
> RAM, dois HD SAS 500GB com uma controladora SAS 6iR, para ser utilizada como
> servidor de um banco de dados Firebird.
> Atualmente o banco de dados estava rodando em um Semprom com 256MB de
> memória RAM (ou seja, possuia vaga lembrança), mesmo assim os relatórios
> tinham uma performance muito boa, a espera pelos resultados era mínima,
> nunca houve reclamação.
> Quando passamos o banco de dados para o novo servidor, a expectativa de alta
> performance foi enorme, mas a decepção foi maior ainda.
> Os relatórios que antes a espera era de 3 a 4 segundos, passou para 12 a 15
> segundos, outros processos que demoravam um pouco, passou a demorar uma
> eternidade.
> Ficamos loucos com isso, começamos a depurar o sistema atras de selects mau
> escritos, etc., mas era uma caso que a principio não tinha explicação, pois
> o mesmo banco de dados quando copiado de volta para qualquer micro
> xinguiling dava de 10 a zero do servidor DELL.
> Isso durou uma semana até que conseguimos falar com um Analista de
> Servidores da DELL que nós escreveu o seguinte:
>
> "O servidor PET310 de TAG: DGD6QM1, está equipado com uma controladora SAS
> 6iR, essa controladora não possui cache e dessa forma não oferece uma grande
> performance relacionada a leitura e escrita em disco.
> Para “rodar” Banco de Dados é recomendado uma controladora com cache e
> utilizar Raid 10, o servidor em questão está equipado com Raid 10 e não
> temos cache."
>
> E por telefone o mesmo analista disse que qualquer micro pessoal possui mais
> cache que a configuração adquirida.
> A sugestão foi trocar a controladora por uma com mais cache, o cliente
> adquiriu uma com 512 de cache, e o resultado: qualquer coisa que coloque
> para rodar lá vira um foguete, estou até com inveja, pois tenho um servidor
> IBM Xeon que agora perde feio para o DELL.
>
> Espero ter ajudado.
>
> Atenciosamente.
>
> Renato Bermudo
> Eficaz Sistemas
>
>
> -----Mensagem original-----
> De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
> nome de Nilo
> Enviada em: sexta-feira, 11 de fevereiro de 2011 14:44
> Para: FireBase
> Assunto: [firebase-br] FB lento em Xeon
>
> Amigos,
> Foi trocado o servidor que era um Intel Q9650 / 4Gb para um Dell T110 Xeon
> 3430 / 4Gb.
> Agora o pessoal está reclamando que o acesso a relatorios / consultas
> ficaram 3x mais lento.
> Bom, até pode ser um pouco mais lento sim, pois o clock da cpu entre eles é
> diferente, mas 3x mais lento é muita coisa e não estou achando normal e nem
> a causa do problema.
>
> Já testei a versão SS e não resolveu.
> Já fiz um backup / restore e tambem não resolveu.
> A versão que rodava no Q9650 era 2.04 CS 64 bits.
> A que está instalada agora no Xeon é 2.06 CS 64 bits.
> O Linux usado nas 2 maquinas é o Ubuntu 9.04 Server 64 bits.
>
> - Algum motivo para essa perca de desempenho tão grande?
> - Alguma configuração que possa fazer para melhorar o desempenho?
> - Há algum teste que eu possa fazer?
>
> Uma coisa me deixou "encucado", pois ainda não tinha feito esses testes, é o
> seguinte:
> Vejam alguns exemplos do programa "top" do linux no final deste email.
> No primeiro ele mostra o FB usando 100% da cpu quando 1 estação cliente
> solicita informações.
> Quando outra estação faz uma requisição de acesso ao FB, ele começa a se
> comportar do 2o "top" em diante e parece "compartilhar" o mesmo nucleo.
> Será que não deveria aparecer outro fb_inet_server com uso de 100% tambem?
> ou estou equivocado?
>
> Nilo
>
> segue descrição do top...
> ----------------------------------------
> Tasks: 142 total, 2 running, 140 sleeping, 0 stopped, 0 zombie
> Cpu(s): 32.9%us, 0.4%sy, 0.0%ni, 66.7%id, 0.0%wa, 0.0%hi, 0.0%si,
> 0.0%st
> Mem: 4047408k total, 3595044k used, 452364k free, 192688k buffers
> Swap: 3911816k total, 76k used, 3911740k free, 2969256k cached
>
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 3987 firebird 20 0 42308 8896 3824 R 100 0.2 0:39.52 fb_inet_server
> 2869 nobody 20 0 95124 4744 3164 S 0 0.1 2:48.30 smbd
>
> ****************************************
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 3987 firebird 20 0 42308 8896 3824 R 50 0.2 0:54.95 fb_inet_server
> 3335 firebird 20 0 48180 14m 3844 R 50 0.4 35:41.69 fb_inet_server
>
> ****************************************
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 3335 firebird 20 0 48180 14m 3844 R 62 0.4 36:01.74 fb_inet_server
> 3987 firebird 20 0 42308 8896 3824 R 37 0.2 1:02.78 fb_inet_server
>
> ****************************************
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 3335 firebird 20 0 48180 14m 3844 R 67 0.4 36:41.43 fb_inet_server
> 3987 firebird 20 0 42308 8896 3824 R 60 0.2 1:21.31 fb_inet_server
>
> ****************************************
> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
> 3987 firebird 20 0 42308 8900 3824 R 54 0.2 1:33.34 fb_inet_server
> 3335 firebird 20 0 48180 14m 3844 R 46 0.4 36:57.45 fb_inet_server
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br Para
> saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
>
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>
Mais detalhes sobre a lista de discussão lista