From: | "Rajesh Kumar Mallah" <mallah(dot)rajesh(at)gmail(dot)com> |
---|---|
To: | "mark(at)mark(dot)mielke(dot)cc" <mark(at)mark(dot)mielke(dot)cc> |
Cc: | "Luke Lonergan" <llonergan(at)greenplum(dot)com>, "Michael Stone" <mstone+postgres(at)mathom(dot)us>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: setting up raid10 with more than 4 drives |
Date: | 2007-05-30 19:58:58 |
Message-ID: | a97c77030705301258u1ef4e895h8fd32bfcadf22248@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Sorry for posting and disappearing.
i am still not clear what is the best way of throwing in more
disks into the system.
does more stripes means more performance (mostly) ?
also is there any thumb rule about best stripe size ? (8k,16k,32k...)
regds
mallah
On 5/30/07, mark(at)mark(dot)mielke(dot)cc <mark(at)mark(dot)mielke(dot)cc> wrote:
> On Wed, May 30, 2007 at 08:51:45AM -0700, Luke Lonergan wrote:
> > > This is standard stuff, very well proven: try googling 'self healing zfs'.
> > The first hit on this search is a demo of ZFS detecting corruption of one of
> > the mirror pair using checksums, very cool:
> >
> > http://www.opensolaris.org/os/community/zfs/demos/selfheal/;jsessionid=52508
> > D464883F194061E341F58F4E7E1
> >
> > The bad drive is pointed out directly using the checksum and the data
> > integrity is preserved.
>
> One part is corruption. Another is ordering and consistency. ZFS represents
> both RAID-style storage *and* journal-style file system. I imagine consistency
> and ordering is handled through journalling.
>
> Cheers,
> mark
>
> --
> mark(at)mielke(dot)cc / markm(at)ncf(dot)ca / markm(at)nortel(dot)com __________________________
> . . _ ._ . . .__ . . ._. .__ . . . .__ | Neighbourhood Coder
> |\/| |_| |_| |/ |_ |\/| | |_ | |/ |_ |
> | | | | | \ | \ |__ . | | .|. |__ |__ | \ |__ | Ottawa, Ontario, Canada
>
> One ring to rule them all, one ring to find them, one ring to bring them all
> and in the darkness bind them...
>
> http://mark.mielke.cc/
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: explain analyze is your friend
>
From | Date | Subject | |
---|---|---|---|
Next Message | Luke Lonergan | 2007-05-30 20:13:45 | Re: Bad RAID1 read performance |
Previous Message | Bruce Momjian | 2007-05-30 19:45:37 | Re: [PERFORM] [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal |