Re: Raid 10 chunksize

From: James Mansion <james(at)mansionfamily(dot)plus(dot)com>
To: Greg Smith <gsmith(at)gregsmith(dot)com>
Cc: Scott Carey <scott(at)richrelevance(dot)com>, Stef Telford <stef(at)ummon(dot)com>, Mark Kirkwood <markir(at)paradise(dot)net(dot)nz>, pgsql-performance(at)postgresql(dot)org
Subject: Re: Raid 10 chunksize
Date: 2009-04-02 19:16:30
Message-ID: 49D50F0E.6050807@mansionfamily.plus.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Greg Smith wrote:
> OK, that's clearly cached writes where the drive is lying about fsync.
> The claim is that since my drive supports both the flush calls, I just
> need to turn on barrier support, right?
>
That's a big pointy finger you are aiming at that drive - are you sure
it was sent the flush instruction? Clearly *something* isn't right.

> This is basically how this always works for me: somebody claims
> barriers and/or SATA disks work now, no really this time. I test,
> they give answers that aren't possible if fsync were working properly,
> I conclude turning off the write cache is just as necessary as it
> always was. If you can suggest something wrong with how I'm testing
> here, I'd love to hear about it. I'd like to believe you but I can't
> seem to produce any evidence that supports you claims here.
Try similar tests with Solaris and Vista?

(Might have to give the whole disk to ZFS with Solaris to give it
confidence to enable write cache, which mioght not be easy with a laptop
boot drive: XP and Vista should show the toggle on the drive)

James

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message henk de wit 2009-04-02 20:18:20 Re: How to get parallel restore in PG 8.4 to work?
Previous Message Merlin Moncure 2009-04-02 17:58:44 Re: Raid 10 chunksize