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.ma...@gmail.com> Sent: Tuesday, October 12, 2010 3:57 AM To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" <freebsd@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 > <gon...@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.ma...@gmail.com > Cel.: (43) 9938-9629 > Msn: ma...@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