X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id A3CEB3A4614 for ; Wed, 3 Nov 2004 20:10:30 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 75282-04 for ; Wed, 3 Nov 2004 20:10:27 +0000 (GMT) Received: from hub.org (hub.org [200.46.204.220]) by svr1.postgresql.org (Postfix) with ESMTP id 440B13A45F4 for ; Wed, 3 Nov 2004 20:10:28 +0000 (GMT) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id A435E12A73C for ; Wed, 3 Nov 2004 16:10:26 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 76689-01 for ; Wed, 3 Nov 2004 20:10:20 +0000 (GMT) Received: from ganymede.hub.org (blk-222-46-91.eastlink.ca [24.222.46.91]) by hub.org (Postfix) with ESMTP id 56A0B12AFBA for ; Wed, 3 Nov 2004 16:10:20 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 7A8103DAEB; Wed, 3 Nov 2004 16:10:21 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 72F4F3DAE8 for ; Wed, 3 Nov 2004 16:10:21 -0400 (AST) Date: Wed, 3 Nov 2004 16:10:21 -0400 (AST) From: "Marc G. Fournier" X-X-Sender: scrappy@ganymede.hub.org To: pgsql-www@postgresql.org Subject: pg_autovacuum is nice ... but ... Message-ID: <20041103155855.O82047@ganymede.hub.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200411/50 X-Sequence-Number: 5781 Dave and I have been spending today trying to narrow down why things are so slow ... using the current index.php as a test bed, since its simple enough to debug, we removed the (require) that was at the top, and pulled the file in directly, so that there was no 'reading from the file system' issue involved ... still slow as molasses ... comment out the database connections, zippy as can be ... of course, no data, since the queries failed ... but ... Do a vacuum full analyze on the two databases being called, and load time went from 2.4sec to .46sec: www# time fetch http://www.postgresql.org/index.php fetch: http://www.postgresql.org/index.php: size of remote file is not known index.php 24 kB 2737 kBps 0.000u 0.077s 0:00.46 15.2% I've been able to drop Alexey's down by about half, from 5sec to 2.5sec (based on multiple loads, the lowest I've seen is 1.91sec) ... but, at least now when I go to look at the site in the browser, it isn't abysmally slow, only slow ... Random samplings on index.php for the current site, I'm getting as low as .19sec ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664