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 624C59FA42B for ; Mon, 12 Jun 2006 12:24:08 -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 64145-07 for ; Mon, 12 Jun 2006 12:23:57 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by postgresql.org (Postfix) with ESMTP id 7AC0E9F9316 for ; Mon, 12 Jun 2006 12:23:58 -0300 (ADT) Received: by noel.decibel.org (Postfix, from userid 1001) id 24EE756450; Mon, 12 Jun 2006 10:23:56 -0500 (CDT) Received: (hashcash-sendmail, from uid 1001); Mon, 12 Jun 2006 10:23:55 -0500 Date: Mon, 12 Jun 2006 10:23:54 -0500 From: "Jim C. Nasby" To: Michael Fuhr Cc: Ruben Rubio Rey , pgsql-performance@postgresql.org Subject: Re: Posrgres speed problem Message-ID: <20060612152354.GT34196@pervasive.com> References: <448D7C81.1000108@rentalia.com> <20060612150506.GA50764@winnie.fuhr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060612150506.GA50764@winnie.fuhr.org> X-Operating-System: FreeBSD 6.0-RELEASE-p4 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Hashcash: 1:20:060612:mike@fuhr.org::iy9sJ45wE8CLqXjA:00000fqS X-Hashcash: 1:20:060612:ruben@rentalia.com::hAQGFt9k6Ohdoigd:0000000000000000000 0000000000000000000000005cB2 X-Hashcash: 1:20:060612:pgsql-performance@postgresql.org::NOi6taDdn9EdZfIq:00000 0000000000000000000000004Qzg X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/138 X-Sequence-Number: 19495 On Mon, Jun 12, 2006 at 09:05:06AM -0600, Michael Fuhr wrote: > On Mon, Jun 12, 2006 at 04:38:57PM +0200, Ruben Rubio Rey wrote: > > I have two similar servers, one in production and another for testing > > purposes. > > Databases are equal (with a difference of some hours) > > > > In the testing server, an sql sentence takes arround 1 sec. > > In production server (low server load) takes arround 50 secs, and uses > > too much resources. > > > > Explain analyze takes too much load, i had to cancel it! > > The EXPLAIN ANALYZE output would be helpful, but if you don't want > to run it to completion then please post the output of EXPLAIN > ANALYZE for the fast system and EXPLAIN (without ANALYZE) for the > slow one. > > As someone else asked, are you running ANALYZE regularly? What > about VACUUM? For the next vacuum, can you add the -v (verbose) switch and email the last few lines of output? INFO: free space map contains 39 pages in 56 relations DETAIL: A total of 896 page slots are in use (including overhead). 896 page slots are required to track all free space. Current limits are: 20000 page slots, 1000 relations, using 223 KB. VACUUM -- Jim C. Nasby, Sr. Engineering Consultant jnasby@pervasive.com Pervasive Software http://pervasive.com work: 512-231-6117 vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461