Nenhuma mensagem de kill é logado em /var/log/messages Na minha ignorância pergunto! Digamos que o Killer esta matando o processo, porque ele mataria apenas as conexões do postgresql e não mata o processo principal (postmaster) do PostgreSQL? Se ele estaria matando o postmaster eu teria que subir o postgresql novamente, mas não é isso que acontece, o processo principal continua ligado, aceitando as novas conexões. Porque essa sobrecarga apenas é constatada quando os dois SGBDs estão com uma carga de processamento alta? e porque as conexões do PostgreSQL são as escolhidas para o kill? Porque o kill não é disparado se eu executar apenas as consultas em PostgreSQL? em teoria a carga do processo do postgresql é a mesma com ou sem concorrência com o Firebird, o que aciona o killer é o processo e não o conjunto de processo, estou certo ?
Quanto as configurações de memória do PostgreSQL acredito que não estão afetando pois consigo simular o problema com 1 conexão em Firebird e 1 em PostgreSQL (as configurações deveriam estar totalmente erradas para conseguir consumir 50GB de memória do servidor)! Não existem outros serviços a não ser os 2 SGBDs, e como falei, a memoria não é o problema neste caso. Digamos que eu não esteja observando direito os logs. Além do /var/log/***(messages) do SO, serverlog e postgresql-2012xxxxxxxxx.log do PostgreSQL, onde mais eu posso verificar se existe mensagens de erro sendo logadas? *-- Eurides V. Baptistella***
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
