X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 0F1A9D9C45 for ; Thu, 29 Sep 2005 13:12:57 -0300 (ADT) 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 74070-10 for ; Thu, 29 Sep 2005 16:12:55 +0000 (GMT) Received: from boutiquenumerique.com (boutiquenumerique.com [82.67.9.10]) by svr1.postgresql.org (Postfix) with ESMTP id D1C3CD9C36 for ; Thu, 29 Sep 2005 13:12:54 -0300 (ADT) Received: (qmail 5005 invoked from network); 29 Sep 2005 18:13:45 +0200 Received: from unknown (HELO localhost) (boutiquenumerique-lists@192.168.0.4) by boutiquenumerique.com with SMTP; 29 Sep 2005 18:13:45 +0200 To: Joe , "Magnus Hagander" Cc: "Gavin Sherry" , pgsql-performance@postgresql.org Subject: Re: Comparative performance References: <6BCB9D8A16AC4241919521715F4D8BCE92E6D6@algol.sollentuna.se> <433BDB0B.8010002@freedomcircle.net> Message-ID: Date: Thu, 29 Sep 2005 18:12:52 +0200 From: PFC Organization: =?iso-8859-15?Q?La_Boutique_Num=E9rique?= Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-15 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <433BDB0B.8010002@freedomcircle.net> User-Agent: Opera M2/8.0 (Linux, build 1095) X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.006 required=5 tests=[AWL=0.006] X-Spam-Level: X-Archive-Number: 200509/424 X-Sequence-Number: 14732 > I just tried using pg_pconnect() and I didn't notice any significant > improvement. What bothers me most is that with Postgres I tend to see > jerky behavior on almost every page: the upper 1/2 or 2/3 of the page > is displayed first and you can see a blank bottom (or you can see a > half-filled completion bar). With MySQL each page is generally > displayed in one swoop. Persistent connections are useful when your page is fast and the connection time is an important part of your page time. It is mandatory if you want to serve more than 20-50 hits/s without causing unnecessary load on the database. This is not your case, which is why you don't notice any improvement...