X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 5E9909DC880 for ; Fri, 16 Dec 2005 17:11:22 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 47779-01 for ; Fri, 16 Dec 2005 17:11:23 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from linda-1.paradise.net.nz (bm-1a.paradise.net.nz [203.96.152.180]) by postgresql.org (Postfix) with ESMTP id 204AD9DC84E for ; Fri, 16 Dec 2005 17:11:19 -0400 (AST) Received: from smtp-3.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-1.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IRM008FC06WCP@linda-1.paradise.net.nz> for pgsql-performance@postgresql.org; Sat, 17 Dec 2005 10:11:20 +1300 (NZDT) Received: from [192.168.1.11] (218-101-28-173.dsl.clear.net.nz [218.101.28.173]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id 0480E14B0000; Sat, 17 Dec 2005 10:11:19 +1300 (NZDT) Date: Sat, 17 Dec 2005 10:11:19 +1300 From: Mark Kirkwood Subject: Re: Simple Join In-reply-to: To: David Lang Cc: Mitch Skinner , Kevin Brown , pgsql-performance@postgresql.org Message-id: <43A32D77.4020500@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051106) References: <200512141603.52583.blargity@gmail.com> <7484.1134600423@sss.pgh.pa.us> <1134629567.14248.27.camel@firebolt> <200512150148.16125.blargity@gmail.com> <1134644526.14248.60.camel@firebolt> <43A1C40D.8040006@paradise.net.nz> X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.777 required=5 tests=[AWL=-0.555, RCVD_IN_BL_SPAMCOP_NET=1.332] X-Spam-Score: 0.777 X-Spam-Level: X-Archive-Number: 200512/406 X-Sequence-Number: 16227 David Lang wrote: > On Fri, 16 Dec 2005, Mark Kirkwood wrote: > >> >> Right on. Some of these "coerced" plans may perform much better. If >> so, we can look at tweaking your runtime config: e.g. >> >> effective_cache_size >> random_page_cost >> default_statistics_target >> >> to see if said plans can be chosen "naturally". > > > Mark, I've seen these config options listed as tweaking targets fairly > frequently, has anyone put any thought or effort into creating a test > program that could analyse the actual system and set the defaults based > on the measured performance? > I am sure this has been discussed before, I found this thread - http://archives.postgresql.org/pgsql-performance/2004-07/msg00189.php but I seem to recall others (but offhand can't find any of them). I think that the real difficultly here is that the construction of the test program is non trivial - for instance, the best test program for tuning *my* workload is my application with its collection of data, but it is probably not a good test program for *anyone else's* workload. cheers Mark