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 по дате отправления:

Предыдущее
От: "Matthew Lunnon"
Дата:
Сообщение: Re: Join query on 1M row table slow
Следующее
От: Erwin Van de Velde
Дата:
Сообщение: Converting timestamps and IP addresses