Received: from magus.postgresql.org ([87.238.57.229]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TLyrR-0003wC-9v for pgsql-performance@postgresql.org; Wed, 10 Oct 2012 16:10:17 +0000 Received: from momjian.us ([72.94.173.45]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TLyrO-0005td-Dt for pgsql-performance@postgresql.org; Wed, 10 Oct 2012 16:10:16 +0000 Received: from bruce by momjian.us with local (Exim 4.72) (envelope-from ) id 1TLyrM-00053r-Iy; Wed, 10 Oct 2012 12:10:12 -0400 Date: Wed, 10 Oct 2012 12:10:12 -0400 From: Bruce Momjian To: Julien Cigar Cc: pgsql-performance@postgresql.org Subject: Re: shared_buffers/effective_cache_size on 96GB server Message-ID: <20121010161012.GE11892@momjian.us> References: <50752DB2.6060004@ulb.ac.be> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <50752DB2.6060004@ulb.ac.be> User-Agent: Mutt/1.5.20 (2009-06-14) X-Pg-Spam-Score: -4.0 (----) X-Archive-Number: 201210/120 X-Sequence-Number: 48079 On Wed, Oct 10, 2012 at 10:11:30AM +0200, Julien Cigar wrote: > On 10/10/2012 09:12, Strahinja Kustudić wrote: > >Hi everyone, > > Hello, > > > > >I have a Postgresql 9.1 dedicated server with 16 cores, 96GB RAM > >and RAID10 15K SCSI drives which is runing Centos 6.2 x64. This > >server is mainly used for inserting/updating large amounts of data > >via copy/insert/update commands, and seldom for running select > >queries. > > > >Here are the relevant configuration parameters I changed: > > > >shared_buffers = 10GB > > Generally going over 4GB for shared_buffers doesn't help.. some of > the overhead of bgwriter and checkpoints is more or less linear in > the size of shared_buffers .. > > >effective_cache_size = 90GB > > effective_cache_size should be ~75% of the RAM (if it's a dedicated server) Why guess? Use 'free' to tell you the kernel cache size: http://momjian.us/main/blogs/pgblog/2012.html#May_4_2012 -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +