[FUG-BR] Performance estranha e quedas na conexão
Marcelo Gondim
gondim em linuxinfo.com.br
Terça Outubro 12 13:42:44 BRT 2010
Opa Celso,
Vou fazer isso sim, pode ser alguma regra que esteja causando. Essa semana
vou voltar no clientes para novos testes e aí posto aqui o resultado.
[]'s
On Tue, 12 Oct 2010 14:44:21 +0300, Celso Viana <celso.vianna em gmail.com>
wrote:
> Em 12 de outubro de 2010 14:40, Marcelo Gondim
> <gondim em linuxinfo.com.br> escreveu:
>> Opa Mario,
>>
>> Obrigado por responder :)
>>
>> Cabeamento vou até descartar porque como disse somente trocando de
>> servidor
>> e mantendo o mesmo cabeamento e demais hardwares, tudo funciona
>> normalmente.
>> Meu ambiente é o seguinte:
>>
>> O Firewall possui 4 interfaces de rede gigabit: re0 (chipset realtek)
>> conectada à Internet, sk0 (chipset da D-Link) essa interface uso apenas
>> para
>> monitorar algumas coisas na rede de clientes, re1 que liga a rede de
>> servidores onde está o PostgreSQL e a re2 que liga direto com um
>> concentrador PPPoE.
>>
>> Uma coisa que me veio à cabeça no momento seria o polling, porque mesmo
>> desabilitando todos os recursos e devices extras na bios, tirei serial,
>> paralela, usb, etc e mesmo assim a re0 continuava compartilhando a irq
>> com a
>> re1 que é justamente a interface da rede dos servidores. Aí fui
obrigado
>> à
>> colocar a re0 e a re1 setadas com polling. Isso poderia estar causando
a
>> lentidão?
>>
>> O estranho também são as quedas nas conexões com o banco e com o
>> putty(ssh).
>> Basta ficar um tempo sem fazer nada, pouca coisa, tipo uns 3 ou 5
>> minutos e
>> já cai o putty e o sistema dá erro de SQL dizendo que o servidor
>> encerrou a
>> conexão. O polling poderia estar causando isso?
>>
>> []´s
>>
>> --------------------------------------------------
>> From: "Mario Augusto Mania" <m3.bsd.mania em gmail.com>
>> Sent: Tuesday, October 12, 2010 3:57 AM
>> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"
>> <freebsd em fug.com.br>
>> Subject: Re: [FUG-BR]Performance estranha e quedas na conexão
>>
>>> Cara, tem como vc descrever o cenario um pouco melhor? As redes (as
>>> 3), as regras basicas, os modelos de placa de rede usados (para ver se
>>> os driver sao legais no freebsd) o so do servidor postgresql. Enfim,
>>> mais informacoes. Porque posso garantir que num ambiente estavel, com
>>> placas legais, cabeamento e tudo bem feito, a performance da rede se
>>> nao for igual a do linux, sera ateh melhor.
>>>
>>> m3
>>>
>>> Em 12 de outubro de 2010 01:18, Marcelo Gondim
>>> <gondim em linuxinfo.com.br> escreveu:
>>>> Olá pessoal,
>>>>
>>>> Estou fazendo uma migração aqui de um servidor Firewall Linux CentOS
>>>> 5.5
>>>> para um FreeBSD 8.1-STABLE. Passei o dia fazendo todas as regras
>>>> equivalentes entre o Netfilter/IPTables para o ipfw/natd. Todos os
>>>> acessos
>>>> funcionaram, tanto filtros quanto NAT, mas aconteceram 2 coisas
>>>> estranhas
>>>> e
>>>> vim aqui recorrer à experiência de vocês, que tem mais tempo e
bagagem
>>>> com
>>>> FreeBSD. :)
>>>>
>>>> A configuração básica é essa:
>>>>
>>>> Internet <-----> Firewall FreeBSD <-----> rede do cliente (Aplicação
>>>> em
>>>> Delphi)
>>>> |
>>>> |
>>>> |
>>>> Servidor PostgreSQL
>>>>
>>>> 1) Primeira coisa que aconteceu, o acesso da aplicação Delphi dele
>>>> para
>>>> a
>>>> base PostgreSQL ficou muito mas muito mais lento e no Firewall não
>>>> estou
>>>> fazendo qualquer controle de tráfego. Achei estranho e voltei para o
>>>> CentOS
>>>> e a aplicação voltou ao normal e sua velocidade.
>>>>
>>>> 2) Outra coisa estranha que ocorre: o cliente está com aplicação
>>>> conectada
>>>> na base e depois de um tempo sem fazer nada no sistema, quando ele
vai
>>>> fazer
>>>> algo, dá um erro de SQL dizendo que o servidor perdeu a conexão como
>>>> se a
>>>> conexão tivesse sido fechada por time-out. Isso também ocorre com o
>>>> putty,
>>>> tipo fiz um acesso ssh pelo putty no servidor postgresql. Se eu ficar
>>>> um
>>>> tempo com o putty parado, sem digitar nada, a conexão cai também. Fiz
>>>> o
>>>> mesmo teste voltando para o CentOS e os erros não ocorreram e nem a
>>>> conexão
>>>> ssh caiu no putty.
>>>>
>>>> Alguém saberia dar uma luz sobre essa situação, tipo se a velocidade
>>>> estaria
>>>> relacionada à algum tunning e se essas quedas na conexão tcp por
>>>> time-out
>>>> tem algum ajuste também?
>>>>
>>>> []´s a todos e agradeço desde já qualquer luz :)
>>>>
>>>> -------------------------
>>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>>>
>>>
>>>
>>>
>>> --
>>> Atenciosmente
>>>
>>> Mario Augusto Mania <m3BSD>
>>> -----------------------------------------------
>>> m3.bsd.mania em gmail.com
>>> Cel.: (43) 9938-9629
>>> Msn: mario em oquei.com
>>> -------------------------
>>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
> Marcelo,
>
> Faz um teste com o firewall desativado e veja se esse comportamente
> persiste.
--
MARCELO GONDIM
http://www.linuxinfo.com.br
System Administrator and IT ConsultantNextel: (22)7835-9264 - ID 8*61700
Mais detalhes sobre a lista de discussão freebsd