Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 81D2E9FB919 for ; Thu, 7 Jun 2007 20:08:59 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 39323-07 for ; Thu, 7 Jun 2007 20:08:48 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from lists.commandprompt.com (host-254.commandprompt.net [207.173.203.254]) by postgresql.org (Postfix) with ESMTP id DA1149FB72B for ; Thu, 7 Jun 2007 20:08:54 -0300 (ADT) Received: from [192.168.1.50] (or-67-76-146-141.sta.embarqhsd.net [67.76.146.141]) (authenticated bits=0) by lists.commandprompt.com (8.13.7/8.13.6) with ESMTP id l57N8dBS008403; Thu, 7 Jun 2007 16:08:39 -0700 Message-ID: <4668902E.4040909@commandprompt.com> Date: Thu, 07 Jun 2007 16:09:34 -0700 From: "Joshua D. Drake" User-Agent: Thunderbird 1.5.0.10 (X11/20070403) MIME-Version: 1.0 To: Mark Kirkwood CC: Kurt Overberg , pgsql-performance@postgresql.org Subject: Re: Weird 8.2.4 performance References: <371D1936-E96B-4865-AEEF-C82AC41C2982@hotdogrecords.com> <46674AEF.6040803@paradise.net.nz> <4667CE87.30101@archonet.com> <46688F16.90207@paradise.net.nz> In-Reply-To: <46688F16.90207@paradise.net.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.5, clamav-milter version 0.88.5 on projects.commandprompt.com X-Virus-Status: Clean X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (lists.commandprompt.com [192.168.2.159]); Thu, 07 Jun 2007 16:08:40 -0700 (PDT) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200706/145 X-Sequence-Number: 25178 Mark Kirkwood wrote: > Kurt Overberg wrote: >> work_mem = 100MB # when I ran the original >> query, this was set to 1MB, increased on Mark Kirkwood's advice, >> seemed to help a bit but not really >> > > For future reference, be careful with this parameter, as *every* > connection will use this much memory for each sort or hash (i.e it's not > shared and can be allocated several times by each connection!)...yeah, I > know I suggested increasing it to see what effect it would have :-). This is however a parameter that can be set on the fly for the specific query. Joshua D. Drake > > And I'd agree with Steiner and others, looks like caching effects are > the cause of the timing difference between production and the mac! > > Cheers > > Mark > > > > > ---------------------------(end of broadcast)--------------------------- > TIP 4: Have you searched our list archives? > > http://archives.postgresql.org > -- === The PostgreSQL Company: Command Prompt, Inc. === Sales/Support: +1.503.667.4564 || 24x7/Emergency: +1.800.492.2240 Providing the most comprehensive PostgreSQL solutions since 1997 http://www.commandprompt.com/ Donate to the PostgreSQL Project: http://www.postgresql.org/about/donate PostgreSQL Replication: http://www.commandprompt.com/products/