Skip site navigation (1) Skip section navigation (2)

Re: setting up raid10 with more than 4 drives

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 (view raw or flat)
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
>

In response to

Responses

pgsql-performance by date

Next:From: Luke LonerganDate: 2007-05-30 20:13:45
Subject: Re: Bad RAID1 read performance
Previous:From: Bruce MomjianDate: 2007-05-30 19:45:37
Subject: Re: [PERFORM] [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group