From: | Sébastien Lorion <sl(at)thestrangefactory(dot)com> |
---|---|
To: | John R Pierce <pierce(at)hogranch(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Amazon High I/O instances |
Date: | 2012-09-13 00:49:37 |
Message-ID: | CAGa5y0Psx==wGM_1jSkq2KTZfswmaWbu_-NH7CCp9Og5QEgGjw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Is dedicating 2 drives for WAL too much ? Since my whole raid is comprised
of SSD drives, should I just put it in the main pool ?
Sébastien
On Wed, Sep 12, 2012 at 8:28 PM, Sébastien Lorion
<sl(at)thestrangefactory(dot)com>wrote:
> Ok, make sense .. I will update that as well and report back. Thank you
> for your advice.
>
> Sébastien
>
>
> On Wed, Sep 12, 2012 at 8:04 PM, John R Pierce <pierce(at)hogranch(dot)com>wrote:
>
>> On 09/12/12 4:49 PM, Sébastien Lorion wrote:
>>
>>> You set shared_buffers way below what is suggested in Greg Smith book
>>> (25% or more of RAM) .. what is the rationale behind that rule of thumb ?
>>> Other values are more or less what I set, though I could lower the
>>> effective_cache_size and vfs.zfs.arc_max and see how it goes.
>>>
>>
>> I think those 25% rules were typically created when ram was no more than
>> 4-8GB.
>>
>> for our highly transactional workload, at least, too large of a
>> shared_buffers seems to slow us down, perhaps due to higher overhead of
>> managing that many 8k buffers. I've heard other read-mostly workloads,
>> such as data warehousing, can take advantage of larger buffer counts.
>>
>>
>>
>>
>> --
>> john r pierce N 37, W 122
>> santa cruz ca mid-left coast
>>
>>
>>
>>
>> --
>> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
>> To make changes to your subscription:
>> http://www.postgresql.org/**mailpref/pgsql-general<http://www.postgresql.org/mailpref/pgsql-general>
>>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Edson Richter | 2012-09-13 00:50:55 | Re: Compressed binary field |
Previous Message | Sébastien Lorion | 2012-09-13 00:28:13 | Re: Amazon High I/O instances |