Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 9E2BF2E0030 for ; Wed, 4 Jun 2008 23:37:27 -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 43093-04 for ; Wed, 4 Jun 2008 23:37:15 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from yugib.highrise.ca (yugib.highrise.ca [205.150.199.213]) by developer.postgresql.org (Postfix) with ESMTP id DE3C32E002E for ; Wed, 4 Jun 2008 23:37:21 -0300 (ADT) Received: from localhost (yugib.highrise.ca [205.150.199.213]) by yugib.highrise.ca (Postfix) with ESMTP id 59A46111E39; Wed, 4 Jun 2008 22:37:20 -0400 (EDT) Date: Wed, 4 Jun 2008 22:37:20 -0400 From: Aidan Van Dyk To: Greg Smith Cc: pgsql-hackers@postgresql.org Subject: Re: Overhauling GUCS Message-ID: <20080605023720.GG14498@yugib.highrise.ca> References: <17932.1212415926@sss.pgh.pa.us> <20080604131810.GH65238@decibel.org> <4846A483.8000001@pse-consulting.de> <29525.1212613052@sss.pgh.pa.us> <48472E47.7030701@dunslane.net> <7473.1212625397@sss.pgh.pa.us> <20080605011455.GF14498@yugib.highrise.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OpLPJvDmhXTZE4Lg" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/208 X-Sequence-Number: 119321 --OpLPJvDmhXTZE4Lg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Greg Smith [080604 22:14]: > So everything you mentioned is either recently added/documented or being > actively worked on somewhere, and the first two were things I worked on > myself after noticing they were missing. Believe me, I feel the items > that still aren't there, but they're moving along at their own pace. > There's already more tuning knowledge available than tools to help apply > that knowledge to other people's systems, which is why I think a diversion > to focus just on that part is so necessary. But as an administrator/developer, I don't understand the focus on a new API for "writing my config" for me... I'ld love a tool that helped me "analyze" my current running PG database (and yes, that includes getting *current* settings), and "suggest" config changes, ideally in order that the tool thinks will make a difference... I can make that change, and distribute it. That's the easy part. If I really trust the tool then I'll just blindly run it (depending on it's output format): $TOOL > $PGDATA/postgresql.conf in which case, I don't care if it groked any of my previous comments and cruft. Otherwise, I'll look at it, and integrate some (or all) of the changes into postgresql.conf using my preferred method of commenting/SCM/quirks. a. -- Aidan Van Dyk Create like a god, aidan@highrise.ca command like a king, http://www.highrise.ca/ work like a slave. --OpLPJvDmhXTZE4Lg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFIR1FguVxNPsxNPScRAm2+AJ9b+H0c8rakWopTNU2O0cTtEkanaQCeN/9o o0oxp4amNUoOEKcGP604hLI= =2Ytd -----END PGP SIGNATURE----- --OpLPJvDmhXTZE4Lg--