Received: from localhost (maia-1.hub.org [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id 50E989FB70B for ; Thu, 28 Jun 2007 11:17:06 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-maia, port 10024) with ESMTP id 99868-05 for ; Thu, 28 Jun 2007 11:16:56 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from oxford.xeocode.com (unknown [62.232.55.118]) by postgresql.org (Postfix) with ESMTP id C31DE9FB726 for ; Thu, 28 Jun 2007 11:16:56 -0300 (ADT) Received: from localhost ([127.0.0.1] helo=oxford.xeocode.com) by oxford.xeocode.com with esmtp (Exim 4.67) (envelope-from ) id 1I3unh-00014A-Rw; Thu, 28 Jun 2007 15:16:49 +0100 From: Gregory Stark To: "Greg Smith" Cc: Subject: Re: PostgreSQL 8.0 occasionally slow down In-Reply-To: (Greg Smith's message of "Thu, 28 Jun 2007 09:52:54 -0400 (EDT)") Organization: EnterpriseDB References: <97e6e20f0706272354m5e42c91em177c8b80abb2ea52@mail.gmail.com> <468361A9.1040308@archonet.com> <97e6e20f0706280101y543b871ao4cbf85e57f07f7e9@mail.gmail.com> X-Draft-From: ("nnimap+mail01.enterprisedb.com:INBOX.performance" 1370) Date: Thu, 28 Jun 2007 15:16:49 +0100 Message-ID: <876458b1v2.fsf@oxford.xeocode.com> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200706/634 X-Sequence-Number: 25667 "Greg Smith" writes: > On Thu, 28 Jun 2007, Ho Fat Tsang wrote: > >> I have tuned the checkpoint_timeout to 30 second which is ten times less than >> default and the issue is still reproduced. > > Your problem looks exactly like a pause at every checkpoint, and I'm not > sure what Richard was thinking when he suggested having them more often > would improve things. Having frequent checkpoints is bad for overall performance but should reduce the severity of the checkpoint impact. I interpreted his comment as saying he lowered it just as an experiment to test if it was checkpoint causing the problems not as a permanent measure. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com