Re: table spaces

From: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>
To: Gregg Jaskiewicz <gryzman(at)gmail(dot)com>
Cc: "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org>
Subject: Re: table spaces
Date: 2013-03-10 02:19:23
Message-ID: CAOR=d=0kksT3aPyQWLr4bFayBT__eHzxnQbrVy=Hm0ube5H7DQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, Mar 9, 2013 at 10:51 AM, Gregg Jaskiewicz <gryzman(at)gmail(dot)com> wrote:
> Performance related question.
> With Linux (centos 6.3+), 64bit, ext4 in mind, how would you guys go about
> distributing write load across disks.
>
> Lets say I have quite few disks, and I can partition them the way I want, in
> mirror configuration (to get some hardware failure resilience). Should I
> separate tables from indexes onto separate raids ?
>
> I know WAL has to go on a separate disk, for added performance.
>
> I'm looking for your experiences, and most importantly how do you go about
> deciding which way is best. I.e. which combinations make sense to try out
> first, short of all permutations :-)

First get a baseline for how things work with just pg_xlog on one
small set (RAID 1 is often plenty) and RAID-10 on all the rest with
all the data (i.e. base directory) there. With a fast HW RAID
controller this is often just about as fast as any amount of breaking
things out will be. But if you do break things out and they are fster
then you'll know by how much. If it's slower then you know you've got
a really busy set and some not so busy ones. And so on...

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Dmitriy Igrishin 2013-03-10 11:13:27 Re: out of memory issue
Previous Message akp geek 2013-03-10 01:20:40 Re: postgres 9.0.2 replicated database is crashing