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 <[email protected]> wrote: > Em 12 de outubro de 2010 14:40, Marcelo Gondim > <[email protected]> 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" <[email protected]> >> Sent: Tuesday, October 12, 2010 3:57 AM >> To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" >> <[email protected]> >> 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 >>> <[email protected]> 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> >>> ----------------------------------------------- >>> [email protected] >>> Cel.: (43) 9938-9629 >>> Msn: [email protected] >>> ------------------------- >>> 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 ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
