Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id ADCC72E0094 for ; Thu, 5 Jun 2008 16:17:11 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 36892-02-5 for ; Thu, 5 Jun 2008 16:17:00 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from westnet.com (westnet.com [216.187.52.2]) by developer.postgresql.org (Postfix) with ESMTP id E01262E007B for ; Thu, 5 Jun 2008 16:15:21 -0300 (ADT) Received: from westnet.com (localhost [127.0.0.1]) by westnet.com (8.14.0/8.14.0) with ESMTP id m55JFFX0005595; Thu, 5 Jun 2008 15:15:15 -0400 (EDT) Received: from localhost (gsmith@localhost) by westnet.com (8.14.0/8.13.2/Submit) with ESMTP id m55JFEfZ005591; Thu, 5 Jun 2008 15:15:14 -0400 (EDT) X-Authentication-Warning: westnet.com: gsmith owned process doing -bs Date: Thu, 5 Jun 2008 15:15:14 -0400 (EDT) From: Greg Smith X-X-Sender: gsmith@westnet.com To: Alvaro Herrera cc: Magnus Hagander , Heikki Linnakangas , pgsql-hackers@postgresql.org Subject: Re: Overhauling GUCS In-Reply-To: <20080605174209.GL16502@alvh.no-ip.org> Message-ID: References: <20080604131810.GH65238@decibel.org> <4846A483.8000001@pse-consulting.de> <29525.1212613052@sss.pgh.pa.us> <48472E47.7030701@dunslane.net> <20080605162400.GF16502@alvh.no-ip.org> <48481CBF.6040602@enterprisedb.com> <48481E3A.4010306@hagander.net> <20080605174209.GL16502@alvh.no-ip.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/252 X-Sequence-Number: 119365 On Thu, 5 Jun 2008, Alvaro Herrera wrote: > I must say that I am confused by this thread. What's the discussed GUC > overhaul? http://wiki.postgresql.org/wiki/GUCS_Overhaul I drop that URL in every other message in hopes that people might start commenting on it directly if they see it enough; the fact that you're confused says I may need to keep that up :( > (1) Add a lot more comments to each setting > (2) Add documentation links to each setting > (3) Move more frequently used settings to the top of the file > (4) Ship different sample config files > (5) Create an expert system to suggest tuning > (6) Other random ideas (XML, settings in database, others?) > > To me, there are two ideas that are doable right now, which are (2) and > (4). (1) seems to be a step backwards in pg_hba.conf experience, and we > would have to maintain duplicate documentation. (3) seems messy. (5) > is a lot of work; do we have volunteers? As for (6), the two examples I > give can be easily dismissed. > (2) and (4) do not seem necessary to get the config API built. (1) is in that proposal but is strictly optional as something to put in the configuration file itself. The idea behind (2) is to enable tool authors to have an easier way to suggest where to head for more information. I'd like for it to be trivial for a tool to say "Suggested value for is ; see http://www.postgresql.org/docs/8.3/interactive/runtime-config-resource.html for more information". I know what most of the settings I tinker with do, but even I'd like it to be easier to find the right spot in the manual; for newbies it's vital. You are correct that (2) isn't strictly necessary here, but it's valuable and will be easier to wrap into this than to bolt on later. (3) (4) (5) and (6) were off-topic diversions. -- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD