Re: Running PostgreSQL with ZFS ZIL

From: Joseph Kregloh <jkregloh(at)sproutloud(dot)com>
To: Vick Khera <vivek(at)khera(dot)org>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Running PostgreSQL with ZFS ZIL
Date: 2015-07-02 16:47:46
Message-ID: CAAW2xfe5hAP+ufpQQNM6u4zn_J-6VmVzyK1_CjS-b82nAogBwg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Thu, Jul 2, 2015 at 11:50 AM, Vick Khera <vivek(at)khera(dot)org> wrote:

>
> On Thu, Jul 2, 2015 at 10:56 AM, Joseph Kregloh <jkregloh(at)sproutloud(dot)com>
> wrote:
>
>> With my dataset I have been able to take advantage of the L2ARC.
>> Currently using about 80GB on ARC and 260GB on L2ARC. With the ARC
>> currently having the greater Hit ratio.
>>
>
> Did you tell postgres that the effective_cache_size = Shared Buffers +
> ARC? I don't include in postgres the L2ARC size as it is not really in
> memory. Also, I lie to postgres about the random_page_cost
> and seq_page_cost and set them both to 0.3 since there is so much cached.
>

In my current test config, I set the effective_cache_size to half the
available ram, so roughly 50GBs. I have not tweaked the random_page_cost or
seq_page_cost yet.

> Set full_page_writes = off since ZFS already takes care of that for you,
> too.
>

I currently have the full_page_writes on. I'll disable it and test.

Thanks,
-Joseph Kregloh

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Bill Moran 2015-07-02 17:30:04 Re: very slow queries and ineffective vacuum
Previous Message Sylvain MARECHAL 2015-07-02 16:14:00 Re: Getting the value of the old_tuple using the test_decoding extension and BDR