On 01-12-2014 22:04, Alessandro Lima wrote:
[Não repita a sua pergunta dias depois! As mensagens não somem da lista.
Se ninguém respondeu é porque (i) ninguém sabe a resposta ou (ii) o
email não contém detalhes suficientes para alguém se habilitar a
responder. No seu caso, o item (ii)...]
> Tenho um servidor debian 7 64 bits com postgresql 9.3.4 com 12gb ram,
> sendo 8gb para uma aplicação java, o restante para postgres e S.O.
>
Misturar aplicação com banco de dados não é uma boa...
Além disso, 8 GB para aplicação e somente 4 GB para postgres + SO? A
aplicação precisa *realmente* dos 8 GB? Quanto mais memória para um SGBD
melhor.
> Recentemente o servidor está consumindo toda a ram e usando até 10gb de
> swap,
> utilizando o comando htop percebi 3 processos:
> postgres NOME_BASE 127.0.0.1(45730) idle
> utilizando cada um cerca de 33% cpu e 20% de ram
>
Isso porque (i) a quantidade de memória disponível é insuficiente para
as aplicações (incluindo o postgres) ou (ii) você superdimensionou
memória para aplicação ou postgres (eu apostaria na aplicação).
Sobre a quantidade de RAM, sugiro que leia sobre como o kernel apresenta
esses valores em aplicações como top ('man top' ou referências no
"sabe-tudo" ex. [1]). 20% em qual coluna? Da próxima vez, *cole* a saída
do top para facilitar a interpretação.
> Como um único processo pode estar usando cerca de 3gb de memória?
>
Não entendi a pergunta. Se há memória porque um processo não pode
utilizá-la?
> Existe alguma rotina que faça isso, por exemplo dump, importação, vacuum?
>
Sim. Uma simples consulta pode utilizar bem mais do que isso.
[1] http://serverfault.com/questions/238302/memory-usage-numbers-in-top-htop
--
Euler Taveira Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
