Em 02-07-2013 11:36, Luiz Carlos L. Nogueira Jr. escreveu:
De 50MB para 4MB me parece uma mudança muito brusca!
*-Essa alteração foi solicitada pelo pessoal que desenvolve o sistema
(CNJ). Fomos obrigados a implantar*
Bom, fica difícil ajudar a resolver seu problema se você não tem
autonomia ou puder sugerir ajustes, certo :)
*É dedicado, com 8 cores, 32 GB de memória. Uma máquina muito boa
O estranho é que não entra na área de swap quando o out of memory ocorre,*
Onde você viu esse out-of-memory? Log? Tem a mensagem exata?
Pelo que você tem falado, não parece ter havido consumo de sua memória
RAM toda.
Você ainda poderá ter problema de performance (ou não), mas se
out-of-memory for uma situação com baixa frequência, então isso resolveria.
*Não resolveu. temos que reiniciar os serviços várias vezes durante o dia*
Faço a mesma pergunta acima.
É difícil determinar com certeza, mas pelas médias, vários desses
arquivos estão com menos de 2MB, logo um work_mem de 6MB já poderia
evitar boa parte desses.
Como temos memória suficiente, iria sugerir 10MB, pra evitar ao máximo o
uso de disco, fora que não temos tantas transações simultâneas.
Eu acho que 6MB de work_mem
Lembrando que o ajuste de work_mem não depende de reinício do servidor.
Você pode fazer a alteração no conf e dar um reload.
Você também pode fazer para o usuário da aplicação:
ALTER USER blabla SET work_mem='10MB';
Lembre-se que apenas as novas conexões irão se aproveitar disso, as já
existentes irão ficar com o valor anterior (em ambos os casos de
ajuste), portanto, como sua aplicação é Java com Hibernate provavelmente
tem um pool que mantem as conexões abertas, seria legal reiniciar o
servidor de aplicação ou forçar as conexões a serem encerradas com
pg_terminate_backend (o pool abre de novo logo após).
[]s
__________________________________
Flavio Henrique A. Gurgel
Líder de Projetos Especiais
Consultoria, Projetos & Treinamentos 4LINUX
Tel1: +55-11.2125-4747 ou 2125-4748
www.4linux.com.br
email: [email protected]
______________________________
FREE SOFTWARE SOLUTIONS
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
