Received: from localhost (maia-1.hub.org [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id 382279FB3B3 for ; Sat, 28 Apr 2007 17:34:29 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 03897-06 for ; Sat, 28 Apr 2007 17:34:26 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from mail.net-domino.com (www.net-domino.com [74.208.11.96]) by postgresql.org (Postfix) with ESMTP id CCAD89FB3F3 for ; Sat, 28 Apr 2007 17:34:24 -0300 (ADT) Received: from [127.0.0.1] (u15245314.onlinehome-server.com [74.208.11.96]) by mail.net-domino.com (8.13.7/8.13.6) with ESMTP id l3SKYA7w012343 for ; Sat, 28 Apr 2007 16:34:18 -0400 Message-ID: <4633AFE9.7080600@mochima.com> Date: Sat, 28 Apr 2007 16:34:49 -0400 From: Carlos Moreno User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: PostgreSQL Performance Subject: Re: Feature Request --- was: PostgreSQL Performance Tuning References: <46310247.2050802@pinpointresearch.com> <463158DD.3060602@mochima.com> <2679.1177642153@sss.pgh.pa.us> <4631FA55.4010406@mochima.com> <7be3f35d0704280131o6e6d2044n78c207e77b55f6a1@mail.gmail.com> In-Reply-To: <7be3f35d0704280131o6e6d2044n78c207e77b55f6a1@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Added-Header: Sample_milter accepted message X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200704/495 X-Sequence-Number: 24372 Harald Armin Massa wrote: > Carlos, > > about your feature proposal: as I learned, nearly all > Perfomance.Configuration can be done by editing the .INI file and > making the Postmaster re-read it. > > So, WHY at all should those parameters be guessed at the installation > of the database? Would'nt it be a saver point of time to have some > postgresql-tune > utilitiy, which gets run after the installation, maybe every once in a > while. That tool can check vital information like "Databasesize to > memory relation"; and suggest a new postgresql.ini. I would soooo volunteer to do that and donate it to the PG project!! Problem is, you see, I'm not sure what an appropriate algorithm would be --- for instance, you mention "DB size to memory relation" as if it is an extremely important parameter and/or a parameter with extremely obvious consequences in the configuration file --- I'm not even sure about what I would do given that. I always get the feeling that figuring out stuff from the performance-tuning-related documentation requires technical knowledge about the internals of PG (which, granted, it's out there, given that we get 100% of the source code ... But still, that's far from the point, I'm sure we agree) That's why I formulated my previous post as a Feature Request, rather than a "would this be a good feature / should I get started working on that?" :-) Carlos --