O importante e não aumentar muito o shared_buffers para que haja memória disponível para que o SGBD aproveite o cache de arquivos reduzindo o I/O. Neste teu caso pode ser que colocar 1/2 do total não cause problemas quanto a isso.
A única forma de checar se é válido é traçando métricas para realização de testes de desempenho e executá-las com valores diferentes para esta configuração. Lembrando que existem outros parâmetros que também impactam no desempenho geral do banco [1]. Trabalho com diversos cenários de hardware em vários clientes, e quando há pouca RAM disponível (<=1GB) não excedo 1/4 da RAM. Em servidores de grande porte já configurei 1/2 (>=4 GB) e obtive um aumento significativo na execução de SP's escritas em Pl/PgSQL. Confesso que este teu servidor está um pouco fora da minha realidade. Se vai dar um resultado positivo ou não, depende muito das tuas rotinas de banco e das aplicações. [1] http://www.postgresql.org/docs/current/static/runtime-config-resource.html -- ********************************************** Tiago J. Adami http://www.adamiworks.com ********************************************** 2009/10/7 charles andre <[email protected]> > > Se tenho uma maquina com 32GB de ram para 200 usuarios simultaneos com > work_mem = 2MB serial ideal colocar o shared_buffers maior que 1/4 da ram ? > > shared_buffers atual = 8GB > > O SO esta usando atualmente so 12GB > > A maior tabela tem 73GB. O banco inteiro tem 200GB. > > Postgresql 8.2.13 > FreeBSD 7.2 - 64 > > -- > View this message in context: > http://www.nabble.com/shared_buffers-tp25793669p25793669.html > Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. > > _______________________________________________ > 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
