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 4584A9F9CAA for ; Tue, 13 Jun 2006 03:44:52 -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 35532-09 for ; Tue, 13 Jun 2006 03:44:44 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from mail.rentalia.net (mail.rentalia.com [213.192.209.8]) by postgresql.org (Postfix) with ESMTP id B65919F9316 for ; Tue, 13 Jun 2006 03:44:43 -0300 (ADT) Received: (qmail 18862 invoked by uid 514); 13 Jun 2006 08:44:41 +0200 Received: from 62.37.216.115 by rigodon (envelope-from , uid 512) with qmail-scanner-1.25-st-qms (clamdscan: 0.88/1284. spamassassin: 3.0.2. perlscan: 1.25-st-qms. Clear:RC:0(62.37.216.115):SA:0(-2.2/5.0):. Processed in 4.707879 secs); 13 Jun 2006 06:44:41 -0000 X-Antivirus-MYDOMAIN-Mail-From: ruben@rentalia.com via rigodon X-Antivirus-MYDOMAIN: 1.25-st-qms (Clear:RC:0(62.37.216.115):SA:0(-2.2/5.0):. Processed in 4.707879 secs Process 18848) Received: from 62-37-216-115.mad1.adsl.uni2.es (HELO ?192.168.2.28?) (ruben@rentalia.com@62.37.216.115) by mail.rentalia.net with SMTP; 13 Jun 2006 08:44:37 +0200 Message-ID: <448E5ECF.5090100@rentalia.com> Date: Tue, 13 Jun 2006 08:44:31 +0200 From: Ruben Rubio Rey User-Agent: Mozilla Thunderbird 1.0.8 (X11/20060503) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Re: Posrgres speed problem - solved? References: <448D7C81.1000108@rentalia.com> <448D8940.4050209@aeccom.com> In-Reply-To: <448D8940.4050209@aeccom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200606/166 X-Sequence-Number: 19523 Tonight database has been vacumm full and reindex (all nights database do it) Now its working fine. Speed is as spected. I ll be watching that sql ... Maybe the problem exists when database is busy, or maybe its solved ...