Re: Tablespaces on a raid configuration

From: Craig James <cjames(at)emolecules(dot)com>
To: "ktm(at)rice(dot)edu" <ktm(at)rice(dot)edu>
Cc: "Campbell, Lance" <lance(at)illinois(dot)edu>, "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Tablespaces on a raid configuration
Date: 2012-03-30 17:30:41
Message-ID: CAFwQ8rfUFTkcbZDSY09nm-52Ek0z-_45_iAma5PwD3V43sOYDw@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Fri, Mar 30, 2012 at 7:53 AM, ktm(at)rice(dot)edu <ktm(at)rice(dot)edu> wrote:
> On Fri, Mar 30, 2012 at 02:45:36PM +0000, Campbell, Lance wrote:
>> PostgreSQL 9.0.x
>> When PostgreSQL  storage is using a relatively large raid  5 or 6 array is there any value in having your tables distributed across multiple tablespaces if those tablespaces will exists on the same raid array?  I understand the value if you were to have the tablespaces on different raid arrays.  But what about on the same one?
>>
>>
>> Thanks,
>>
>> Lance Campbell
>> Software Architect
>> Web Services at Public Affairs
>> 217-333-0382
>>
>
> I have seen previous discussions about using different filesystems versus
> a single filesystem and one advantage that multiple tablespaces have is
> that an fsync on one table/tablespace would not block or be blocked by
> an fsync on a different table/tablespace at the OS level.

Another advantage is that you can use a non-journaling FS for the WAL
(ext2) and a journaling FS for the data (ext4 etc.). I was told that
there's no reason to use a journaling fs for the WAL since the WAL is
a journal.

Craig

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Josh Berkus 2012-03-31 00:51:33 Re: Linux machine aggressively clearing cache
Previous Message Merlin Moncure 2012-03-30 16:11:40 Re: Tablespaces on a raid configuration