Re: DB cache size strategies
От | Richard Huxton |
---|---|
Тема | Re: DB cache size strategies |
Дата | |
Msg-id | 200402111059.18913.dev@archonet.com обсуждение исходный текст |
Ответ на | Re: DB cache size strategies ("NTPT" <ntpt@centrum.cz>) |
Список | pgsql-general |
On Wednesday 11 February 2004 09:42, NTPT wrote: > > It seems that : > > 1: Settings memory limits too high, whnen machine start using swap space > is WROSE then give postgres as low memory as possible. Swapping is always bad news. > 2: settings of sort_mem have bigger impact on performance then settings > of effective_cache_size , if db cache hold at least hunderds of disk > pages. More than 1000 disk pages in effective cache size have no sense. > > I can not made reliable simulations with this database on real user load > :(, so with more concurent user result may be different. May be a good > "stress test" suite for postgresql database is needed for future testings. It will be radically different with concurrent users. Your large sort_mem will apply to every sort they do and so you will probably end up going into swap again. This is one of the reasons why performance tuning is complicated, and you need to test a real-world workload wherever possible. -- Richard Huxton Archonet Ltd
В списке pgsql-general по дате отправления: