Re: TODO questions - Mailing list pgsql-hackers

From Jim Nasby
Subject Re: TODO questions
Date
Msg-id D1D2D51E3BE3FC4E98598248901F7594027E5526@ausmail2k4.aus.pervasive.com
Whole thread Raw
In response to TODO questions  ("Jim C. Nasby" <jnasby@pervasive.com>)
List pgsql-hackers
> -----Original Message-----
> From: Bruce Momjian [mailto:pgman@candle.pha.pa.us]
> Sent: Wednesday, August 24, 2005 3:40 PM
> To: Robert Treat
> Cc: pgsql-hackers@postgresql.org; Jim Nasby; Greg Stark; Tom Lane
> Subject: Re: [HACKERS] TODO questions
>
>
> Robert Treat wrote:
> > I've always been of the impression that this idea just wont
> work.  For
> > example, if I set shared_buffers to some number, start my
> database, then
> > comment the line out and "reload" my conf file, it just
> isnt going to reset
> > to the default. (Or at least to make it do so requires a
> *lot* more work than
> > just modifing the guc / conf file mechanisms).
>
> True, but you can't modify shared_buffers anyway unless you
> restart, so
> people should realize that.

Which is why I think it would be best to get as close as we can to the configuration that you'd get during a restart
andwarn about everything else. So, for example, if you're runing with a non-default shared_buffers and you comment
shared_buffersout and do a reload, you should get a warning that shared_buffers has changed from xxx -> yyy but that
changewon't take effect until the server is restarted. That way there's absolutely no confusion. 
--
Jim C. Nasby, Sr. Engineering Consultant      jnasby@pervasive.com
Pervasive Software        http://pervasive.com        512-569-9461


pgsql-hackers by date:

Previous
From: "Dave Page"
Date:
Subject: Win32 Thread safetyness
Next
From: Greg Stark
Date:
Subject: Re: TODO questions