Marlon, Nos logs do Banco não mostra nada? Em geral no Linux, quando é erro de hardware um 'dmesg' já mostra algo.
Abraços, Aldrey Galindo Em 25 de agosto de 2010 17:11, marlon david de souza <[email protected]>escreveu: > Como eu citei no e-mail, não é nenhum consulta especifica que está > travando. Qualquer consulta que demanda mais recursos, torna o servidor mais > lento (monitorei isso pelo pg_stat_activity). > > Por isso acredito que o problema não está no Post e sim algo referente ao > Linux ou ao Hardware, mas não sei o que. > > > > *De:* [email protected] [mailto: > [email protected]] *Em nome de *Aldrey Galindo > *Enviada em:* quarta-feira, 25 de agosto de 2010 15:29 > *Para:* Comunidade PostgreSQL Brasileira > *Assunto:* Re: [pgbr-geral] RES: Lentidão em servidor de dados > > > > Marlon, > > Não tenho tanta experiência como muitos na lista, mais acho que poderia > começar logando mais informações do BD. Algumas configurações que acho boas > para verificar: > --- Confs --- > #Coletando mais informações > logging_collector = on > client_min_messages = log > log_min_messages = log > log_temp_files = 0 > log_lock_waits = on > log_autovacuum_min_duration = 0 > > # Gravar planos de consulta com mais de 3 segundos > shared_preload_libraries = 'auto_explain' > custom_variable_classes = 'auto_explain' > auto_explain.log_min_duration = '3s' > --- fim --- > > Creio que a partir dos logs pode saber o real motivo da alta utilização > do CPU. > > Abraços, > Aldrey Galindo > > Em 25 de agosto de 2010 15:01, marlon david de souza <[email protected]> > escreveu: > > Mais dois detalhes que eu esqueci de citar: > > > > · O *vacuumdb* é rodado diariamente (um *full* e outro *analyse*) > > · Não está logando nenhum comando SQL (auditoria) > > · Eles estão usando RAID tipo 5 > > > > *De:* [email protected] [mailto: > [email protected]] *Em nome de *marlon david de > souza > *Enviada em:* quarta-feira, 25 de agosto de 2010 14:42 > *Para:* [email protected] > *Assunto:* [pgbr-geral] Lentidão em servidor de dados > > > > Boa tarde a todos, > > > > Estou com uma situação em um cliente em que servidor de dados está muito > lento. > > Já tentei várias coisas, mas nada funcionou. Talvez alguém da lista possa > dar uma luz. > > > > O cliente possui as seguintes configurações: > > > > · Processadores: 02 Processadores Intel ® Xeon Quad Core HT - > "Nehalem-EP" 5520, TDP 80w, Cache 8MB, 2,27GHz > > · Placa Mãe: Intel ® Server Board Dual Xeon, Modelo S5500BC > > · Chipset Intel ® S5500 (Tylersburg) > > · Memoria: 16 GB Kingston ® DDR3-1333 (8x 2GB) > > · RAID-5: 4 discos de 500 GB SATA 3.0, Seagate ® Barracuda ® 7200 > RPM > > · Controladora RAID-5: Intel ® Activation Key AXXRAKSW5 - Raid-5 > SATA > > · Placa de Video Incorporada: Server Engine LLC Pilot II, 8 MB > > · Placas de Rede Gigabit com Tecnologia I/O Acceleration: 02 > Placas Intel ® Gigabit 82575EB > > · Solução Térmica: 02 Dissipadores Intel ® STS100A (Ativos) > > · Servidor Linux dedicado > > · OpenSUSE 11.0 64 bits > > · Partição com ext3 > > · PostgreSQL 8.2.4 compilado na própria máquina > > · Média de 55 conexões simultâneas > > > > Dá para notar que pela configuração existente, lentidão no servidor não > deveria ser algo comum. > > > > O que acontece é o seguinte: quando o servidor passa de 40 conexões, o > sistema começa a ficar lento. Qualquer tipo de consulta passa a consumir > 100% de CPU. > > > > Pelo comando *top* to Linux, observei que o primeiro parâmetro * > LoadAverage* fica entre 2,8 a 4,0. No entanto, o problema não é o acesso a > disco pois o parâmetro *wa* está quase sempre abaixo de 1%. > > Também não está utilizando memória *swap* e o PostgreSQL não está > criando arquivos temporários para as consultas (pgsql_temp) > > Já revi várias vezes o arquivo postgresql.conf e, aparentemente, está > tudo Ok. > > Não existe uma consulta em específico que torna o servidor lento. > Qualquer consulta que demanda mais recurso torna o servidor lento. É como se > o núcleo da CPU utilizado para a consulta não conseguisse dar conta do > processamento e atrasasse os demais núcleos. > > > > Será que o problema está no hardware, no Linux ou no PostgreSQL? > > > > O PostgreSQL trabalha bem com o HT habilitado? > > > > > > > > *Sem mais, agreço antecipadamente a atenção* > > * * > > *Marlon David de Souza* > > *Desenvolvedor* > > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
