Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id D5CE31337B4E for ; Tue, 10 May 2011 14:50:59 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 67046-05-4 for ; Tue, 10 May 2011 17:50:49 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mail.postgresql.org (Postfix) with ESMTP id 97AC01337C03 for ; Tue, 10 May 2011 14:50:48 -0300 (ADT) Received: from [192.168.1.3] (mail.highperformancepostgresql.com [71.179.240.8]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0Mg2LJ-1Q7Ora031B-00NI6N; Tue, 10 May 2011 19:50:47 +0200 Message-ID: <4DC97AF0.2050204@2ndquadrant.com> Date: Tue, 10 May 2011 13:50:40 -0400 From: Greg Smith User-Agent: Thunderbird 2.0.0.24 (X11/20100317) MIME-Version: 1.0 To: Greg Smith CC: pgsql-performance@postgresql.org Subject: Re: Benchmarking a large server References: <4DC88793.4000708@emolecules.com>, <4DC88905.8030200@boreham.org> <0683F5F5A5C7FE419A752A034B4A0B9702B61997@sswchi5pmbx2.peak6.net> <4DC8C2B1.1020004@2ndQuadrant.com> In-Reply-To: <4DC8C2B1.1020004@2ndQuadrant.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:NQtjhA/ji/DpVbLsB1mlDP7s4c70QYugBpCXRBUhnhS RICMki0wT0edhDc03DJNa3VyrPrVgsG8ugx2fIChOK2oWDQaaz 2OviRj4xkAdE60AYvOd+0ROuInbvOyLeVKKh8HxTRsyfp1HYLP BnZQOO5LbMfGZAD4hIu9rw9cMG2i4xP/Ph4YDngJ3tYdV1SX+2 chWuzfyICILVoAF1kqe+a+sgKcaS9ugczEBcv/Z23w= X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201105/131 X-Sequence-Number: 43640 Greg Smith wrote: > On 05/09/2011 11:13 PM, Shaun Thomas wrote: >> Take a look at /proc/sys/vm/dirty_ratio and >> /proc/sys/vm/dirty_background_ratio if you have an older Linux >> system, or /proc/sys/vm/dirty_bytes, and >> /proc/sys/vm/dirty_background_bytes with a newer one. >> On older systems for instance, those are set to 40 and 20 >> respectively (recent kernels cut these in half). > > 1/4 actually; 10% and 5% starting in kernel 2.6.22. The main sources > of this on otherwise new servers I see are RedHat Linux RHEL5 systems > running 2.6.18. But as you say, even the lower defaults of the newer > kernels can be way too much on a system with lots of RAM. Ugh...we're both right, sort of. 2.6.22 dropped them to 5/10: http://kernelnewbies.org/Linux_2_6_22 as I said. But on the new Scientific Linux 6 box I installed yesterday, they're at 10/20--as you suggested. Can't believe I'm going to need a table by kernel version and possibly distribution to keep this all straight now, what a mess. -- Greg Smith 2ndQuadrant US greg@2ndQuadrant.com Baltimore, MD PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.us "PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books