Esse EXPLAIN foi obtido no mesmo banco de dados que ocorreu o problema? Não me parece o mesmo do TopMemoryContext.
*Pior que é.* Se quiserem os logs de ontem, mando sem problema. Em 9 de julho de 2013 11:25, Euler Taveira <eu...@timbira.com.br> escreveu: > On 09-07-2013 10:41, Luiz Carlos L. Nogueira Jr. wrote: > > Esqueci o explain analyze > > > [Evite top-posting. Se você esqueceu de algo responda o meu email > original ao invés do seu email subsequente. Isso deixa o histórico mais > organizado.] > > Esse EXPLAIN foi obtido no mesmo banco de dados que ocorreu o problema? > Não me parece o mesmo do TopMemoryContext. > > > CommitLimit: 19061848 kB > > Committed_AS: 13609336 kB > > > Você pode estar chegando próximo ao limite de overcommit. Aconselho > aumentar o vm.overcommit_ratio para algo em torno de 70, 75 ou 80. Uma > outra alternativa para ambientes não controlados e/ou limitados é > utilizar vm.overcommit_memory=0. > > Outra sugestão é definir que o OOM killer *não* pode matar processos do > postgres. Apesar de você ter dito que isso não está nos logs mas receio > que isso esteja acontecendo (pelos valores apresentados). Configure > OOM_ADJ para -1000 no script de inicialização do SO ou, se tem um script > próprio, faça isso no seu script: > > echo -1000 > /proc/numdopid/oom_score_adj > > onde numdopid é o pid do processo pai do postgres. > > Pegando um gancho, como está a carga (aka load) dessa máquina? > > > -- > Euler Taveira Timbira - http://www.timbira.com.br/ > PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
