X-Original-To: pgsql-performance-postgresql.org@postgresql.org Received: from localhost (mx1.hub.org [200.46.208.251]) by postgresql.org (Postfix) with ESMTP id 1DFBB9FB21D for ; Tue, 12 Sep 2006 16:18:17 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024) with ESMTP id 92174-05-5 for ; Tue, 12 Sep 2006 16:15:36 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from globalrelay.com (mail1.globalrelay.com [216.18.71.77]) by postgresql.org (Postfix) with ESMTP id 0478B9FB228 for ; Tue, 12 Sep 2006 16:05:37 -0300 (ADT) X-Virus-Scanned: Scanned by GRC-AntiVirus Gateway X-GR-Acctd: YES Received: from [67.90.96.2] (HELO DaveEMachine) by globalrelay.com (CommuniGate Pro SMTP 4.2.3) with ESMTP id 104927510; Tue, 12 Sep 2006 12:05:35 -0700 From: "Dave Dutcher" To: =?iso-8859-1?Q?'Pi=F1eiro'?= Cc: "'PSQL-Performance'" Subject: Re: [Fwd: Re: Performance problem with Sarge compared Date: Tue, 12 Sep 2006 14:05:35 -0500 Message-ID: <006301c6d69e$6d942500$8300a8c0@tridecap.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 In-Reply-To: <1158085711.4349.24.camel@codfix.local.igalia.com> Importance: Normal X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0.126 tagged_above=0 required=5 tests=AWL X-Spam-Level: X-Archive-Number: 200609/98 X-Sequence-Number: 20784 > From: pgsql-performance-owner@postgresql.org=20 > [mailto:pgsql-performance-owner@postgresql.org] On Behalf Of Pi=F1eiro > > TIP 6: explain analyze is your friend > Well, yes, it is a friend, but as the select at postgre Sarge version > never finished I can't use a explain analyze. I show you the explain, > with the hope that someone has any idea, but i think that=20 > this is almost > indecipherable (if you want the Woody ones i can post the explain > analyze). Thanks in advance. Does the machine run out of disk space every time? Is it possible to = try the query on a different machine with more hard drive room? An explain analyze of the slow plan will be much more helpful than an explain, even = if its from a different machine. If its generating a large temp file, it = is another sign that the query is doing some kind of large cross product. =20