Re: Reliability with RAID 10 SSD and Streaming Replication

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: David Rees <drees76(at)gmail(dot)com>
Cc: Cuong Hoang <climbingrose(at)gmail(dot)com>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Reliability with RAID 10 SSD and Streaming Replication
Date: 2013-05-17 13:19:17
Message-ID: CAHyXU0zhOiHp+=BSRDx57BMQpdre2CgaqejXcKwsMf5zb-J9EA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Fri, May 17, 2013 at 8:17 AM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
> On Fri, May 17, 2013 at 1:34 AM, David Rees <drees76(at)gmail(dot)com> wrote:
>> On Thu, May 16, 2013 at 7:46 AM, Cuong Hoang <climbingrose(at)gmail(dot)com> wrote:
>>> For our application, a few seconds of data loss is acceptable.
>>
>> If a few seconds of data loss is acceptable, I would seriously look at
>> the synchronous_commit setting and think about turning that off rather
>> than risk silent corruption with non-enterprise SSDs.
>
> That is not going to help.

whoops -- misread your post heh (you were suggesting to use classic
hard drives). yeah, that might work but it only buys you so much
particuarly if there is a lot of random activity in the heap.

merlin

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Sékine Coulibaly 2013-05-17 14:26:00 Re: Deleting Rows From Large Tables
Previous Message Merlin Moncure 2013-05-17 13:17:52 Re: Reliability with RAID 10 SSD and Streaming Replication