Re: "--tuning" compile and runtime option (?)

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: "--tuning" compile and runtime option (?)
Дата
Msg-id 200104091744.NAA12563@candle.pha.pa.us
обсуждение исходный текст
Ответ на Re: "--tuning" compile and runtime option (?)  (Justin Clift <jclift@iprimus.com.au>)
Список pgsql-hackers
> Hi Bruce,
> 
> My thought on this is more for an "overall effect".
> 
> Down The Track (i.e. in a few versions or so) I'm thinking, rightly or
> wrongly, that PostgreSQL will become Very Good at tuning itself.
> 
> It would be a good thing if PostgreSQL could know just how fair it can
> play in regards to the server it's working on.

OK, what options would you recommend be auto-tuned in each circumstance?
I can imagine open files and maybe sortmemory, but even then, other
backends can affect the proper value.  Share memory usually has a kernel
limit which prevents us from auto-tuning that too much.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Ciaran Johnston
Дата:
Сообщение: Re: Configure problems on Solaris 2.7, pgsql 7.02 and 7.03
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Truncation of char, varchar types