X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.130]) by svr1.postgresql.org (Postfix) with ESMTP id 0CBB5D1B4E9 for ; Sun, 12 Oct 2003 22:48:13 +0000 (GMT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (neptune.hub.org [64.117.224.130]) (amavisd-new, port 10024) with ESMTP id 52196-09 for ; Sun, 12 Oct 2003 19:47:42 -0300 (ADT) Received: from jagor.srce.hr (jagor.srce.hr [161.53.2.130]) by svr1.postgresql.org (Postfix) with ESMTP id 3DF4CD1B4E1 for ; Sun, 12 Oct 2003 19:47:22 -0300 (ADT) Received: from flatline (cmung3747.cmu.carnet.hr [193.198.142.191]) by jagor.srce.hr (8.12.10/8.12.10) with SMTP id h9CMliiM013315 for ; Mon, 13 Oct 2003 00:47:45 +0200 (MEST) Message-ID: <00af01c39112$d9ac4350$bf8ec6c1@flatline> From: "Ivan Voras" To: References: <20031012213527.BB2B61CB4664@svr4.postgresql.org> Subject: Re: go for a script! / ex: PostgreSQL vs. MySQL Date: Mon, 13 Oct 2003 00:47:38 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-milter at jagor.srce.hr X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200310/451 X-Sequence-Number: 4199 > Date: Sun, 12 Oct 2003 13:30:45 -0700 > From: Josh Berkus > To: Nick Barr > Cc: pgsql-performance@postgresql.org > Subject: Re: go for a script! / ex: PostgreSQL vs. MySQL > Message-ID: <200310121330.45115.josh@agliodbs.com> > >> This would be parameters such as the block size and a few other >> compile time parameters. If we can get to some of these read-only >> parameters than that would make this step easier, certainly for the new >> recruits amongst us. > > Actually, from my perspective, we shouldn't bother with this; if an admin > knows enough to set an alternate blaock size for PG, then they know > enough to tweak the Conf file by hand. I think we should just issue a > warning that this script: > 1) does not work for anyone who is using non-default block sizes, There was some talk, either on this list or freebsd-performance about setting the default block size for PostgreSQL running on FreeBSD to be 16k because of performance reasons. That is: *default* for the port, user is not asked. So an automagical method to scale non-default block sizes is a very needed thing. > 2) may not work well for anyone using unusual locales, optimization > flags, or other non-default compile options except for language > interfaces. Depends on what you consider 'unusual'? I hope not things like iso8859-x (or, to be exact, European languages) :) -- Logic is a systematic method of coming to the wrong conclusion with confidence.