Received: from localhost (unknown [200.46.204.191]) by postgresql.org (Postfix) with ESMTP id 11DBC9F97FE for ; Tue, 11 Sep 2007 18:50:43 -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 81712-10 for ; Tue, 11 Sep 2007 18:50:39 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from ironport2-out.pppoe.ca (ironport2-out.pppoe.ca [206.248.154.182]) by postgresql.org (Postfix) with ESMTP id 534D89F963F for ; Tue, 11 Sep 2007 18:50:39 -0300 (ADT) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FABur5kbO+Igp/2dsb2JhbACCQDU X-IronPort-AV: E=Sophos;i="4.20,240,1186372800"; d="scan'208,217";a="6247635" Received: from smtp.pppoe.ca ([65.39.196.238]) by ironport2-out.pppoe.ca with ESMTP; 11 Sep 2007 17:50:25 -0400 Received: from [206.248.136.41] ([206.248.136.41]) by smtp.pppoe.ca (Internet Mail Server v1.0) with ESMTP id QEJ91024; Tue, 11 Sep 2007 17:50:24 -0400 Message-ID: <46E70DA0.6070008@mark.mielke.cc> Date: Tue, 11 Sep 2007 17:50:24 -0400 From: Mark Mielke User-Agent: Thunderbird 2.0.0.5 (X11/20070719) MIME-Version: 1.0 To: "Decibel!" CC: Scott Marlowe , Gregory Stark , Luke Lonergan , Carlo Stonebanks , pgsql-performance@postgresql.org Subject: Re: random_page_costs - are defaults of 4.0 realistic for SCSI RAID 1 References: <87y7fekxga.fsf@oxford.xeocode.com> <46E5C38E.8030806@mark.mielke.cc> <20070911212634.GE38801@decibel.org> In-Reply-To: <20070911212634.GE38801@decibel.org> Content-Type: multipart/alternative; boundary="------------010603030403010505090507" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200709/204 X-Sequence-Number: 26749 This is a multi-part message in MIME format. --------------010603030403010505090507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Decibel! wrote: > On Mon, Sep 10, 2007 at 06:22:06PM -0400, Mark Mielke wrote: > >> In my case, I set effective_cache_size to 25% of the RAM available to >> the system (256 Mbytes), for a database that was about 100 Mbytes or >> less. I found performance to increase when reducing random_page_cost >> from 4.0 to 3.0. >> > Just for the record, effective_cache_size of 25% is *way* too low in > most cases, though if you only have 1GB setting it to 500MB probably > isn't too far off. > > Generally, I'll set this to however much memory is in the server, minus > 1G for the OS, unless there's less than 4G of total memory in which case > I subtract less. > Agree. My point was only that there are conflicting database requirements, and that one setting may not be valid for both. The default should be whatever is the most useful for the most number of people. People who fall into one of the two extremes should know enough to set the value based on actual performance measurements. Cheers, mark -- Mark Mielke --------------010603030403010505090507 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Decibel! wrote:
On Mon, Sep 10, 2007 at 06:22:06PM -0400, Mark Mielke wrote:
  
In my case, I set effective_cache_size to 25% of the RAM available to 
the system (256 Mbytes), for a database that was about 100 Mbytes or 
less. I found performance to increase when reducing random_page_cost 
from 4.0 to 3.0.
    
Just for the record, effective_cache_size of 25% is *way* too low in
most cases, though if you only have 1GB setting it to 500MB probably
isn't too far off.

Generally, I'll set this to however much memory is in the server, minus
1G for the OS, unless there's less than 4G of total memory in which case
I subtract less.
  
Agree. My point was only that there are conflicting database requirements, and that one setting may not be valid for both. The default should be whatever is the most useful for the most number of people. People who fall into one of the two extremes should know enough to set the value based on actual performance measurements.

Cheers,
mark

-- 
Mark Mielke <mark@mielke.cc>
--------------010603030403010505090507--