Re: Parsing config files in a directory

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Parsing config files in a directory
Дата
Msg-id 603c8f070910260741gff67963vdf54b4b94d4d492@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Parsing config files in a directory  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Parsing config files in a directory  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Mon, Oct 26, 2009 at 9:51 AM, Peter Eisentraut <peter_e@gmx.net> wrote:
> On Mon, 2009-10-26 at 09:04 -0400, Robert Haas wrote:
>> On Mon, Oct 26, 2009 at 12:46 AM, Josh Berkus <josh@agliodbs.com> wrote:
>> > On 10/25/09 5:33 PM, Robert Haas wrote:
>> >>  Greg believes that it
>> >> isn't politically feasible to change the default postgresql.conf, now
>> >> or perhaps ever.  I notice that he didn't say that he thinks it's a
>> >> bad idea.  So he has come up with an alternate plan which he believes
>> >> is the best one possible considering that limitation.
>> >
>> > I agree with Greg.  I would love to dump the current stupid long
>> > postgresql.conf, but I've lost that argument every time I've had it.
>> >
>> > We have to work around it.
>>
>> Do you have a pointer to the archives?
>
> http://archives.postgresql.org/pgsql-hackers/2008-08/msg00812.php

Thanks.  This thread seems to contain overwhelming SUPPORT for
shortening the file.  Greg Sabino Mullane didn't like it, and there
were a smattering of ideas like "we should have a postgresql.conf man
page", "we should make sure to document which parameters people are
most likely to need to adjust", and "we should have a config
generator" (all of which are good ideas), but nearly everyone seemed
to agree with the general idea that the current file contained way too
much unnecessary cruft.  What am I missing here?

...Robert


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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Proposal: String key space for advisory locks
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Endgame for all those SELECT FOR UPDATE changes: fix plan node order