X-Original-To: pgsql-hackers-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id E734A529A2 for ; Wed, 27 Jul 2005 19:01:23 -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 89107-08 for ; Wed, 27 Jul 2005 22:01:21 +0000 (GMT) Received: from cmailm4.svr.pol.co.uk (cmailm4.svr.pol.co.uk [195.92.193.211]) by svr1.postgresql.org (Postfix) with ESMTP id DED1E529E5 for ; Wed, 27 Jul 2005 19:01:20 -0300 (ADT) Received: from modem-3758.llama.dialup.pol.co.uk ([217.135.190.174] helo=192.168.0.102) by cmailm4.svr.pol.co.uk with esmtp (Exim 4.41) id 1Dxtxo-0007AP-IV; Wed, 27 Jul 2005 23:01:20 +0100 Subject: Re: wal_buffer tests in From: Simon Riggs To: josh@agliodbs.com Cc: pgsql-hackers@postgresql.org In-Reply-To: <200507271330.02083.josh@agliodbs.com> References: <200507271330.02083.josh@agliodbs.com> Content-Type: text/plain Organization: 2nd Quadrant Date: Wed, 27 Jul 2005 23:00:55 +0100 Message-Id: <1122501655.3670.204.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.2 (2.0.2-3) Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.053 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200507/1012 X-Sequence-Number: 71064 On Wed, 2005-07-27 at 13:30 -0700, Josh Berkus wrote: > I ran a wal_buffer test series. It appears that increasing the > wal_buffers is indeed very important for OLTP applications, potentially > resulting in as much as a 15% average increase in transaction processing. > What's interesting is that this is not just true for 8.1, it's true for > 8.0.3 as well. The most important thing about these tests is that for the first time we have eliminated much of the post checkpoint noise-and-delay. Look at the response time charts between http://khack.osdl.org/stp/302959/results/0/rt.html and http://khack.osdl.org/stp/302963/results/0/rt.html This last set of results is a thing of beauty and I must congratulate everybody involved for getting here after much effort. The graphs are smooth, which shows a balanced machine. I'd like to repeat test 302963 with full_page_writes=false, to see if those response time spikes at checkpoint drop down to normal level. I think these results are valid for large DW data loads also. Best Regards, Simon Riggs