Re: effective_cache_size on 32-bits postgres
От | Kevin Grittner |
---|---|
Тема | Re: effective_cache_size on 32-bits postgres |
Дата | |
Msg-id | 1363632425.31395.YahooMailNeo@web162906.mail.bf1.yahoo.com обсуждение исходный текст |
Ответ на | Re: effective_cache_size on 32-bits postgres (Rodrigo Barboza <rodrigombufrj@gmail.com>) |
Ответы |
Re: effective_cache_size on 32-bits postgres
Re: effective_cache_size on 32-bits postgres |
Список | pgsql-performance |
Rodrigo Barboza <rodrigombufrj@gmail.com> wrote: > So setting this as half of ram, as suggested in postgres tuning > webpage should be safe? Half of RAM is likely to be a very bad setting for any work load. It will tend to result in the highest possible number of pages duplicated in PostgreSQL and OS caches, reducing the cache hit ratio. More commonly given advice is to start at 25% of RAM, limited to 2GB on Windows or 32-bit systems or 8GB otherwise. Try incremental adjustments from that point using your actual workload on you actual hardware to find the "sweet spot". Some DW environments report better performance assigning over 50% of RAM to shared_buffers; OLTP loads often need to reduce this to prevent periodic episodes of high latency. -- Kevin Grittner EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-performance по дате отправления: