Re: mount -o async - is it safe?

From: Shane Wright <shane(dot)wright(at)edigitalresearch(dot)com>
To: pgsql-general(at)postgresql(dot)org
Cc: Doug McNaught <doug(at)mcnaught(dot)org>
Subject: Re: mount -o async - is it safe?
Date: 2006-01-19 14:06:22
Message-ID: 200601191406.22999.shane.wright@edigitalresearch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi,

thanks :)

> > If -o async means "all I/O is asyncronous except stuff explicitly
> > fsync()ed" you're fine. Otherwise...
>
> That's the way it works. Async is the default setting for most
> filesystems, but fsync() is always honored, at last as far as
> non-lying hardware will allow. :)

That sounds good :)

ext's journalling should take care of the rest I guess - does that sound ok?
I have read in various places I think that pgSQL doesn't need any
directory-level operations in keeping WAL up to date so provided the ext3
partition remains mountable then the database should be fine,

> > The usual advice is to stick the WAL on a properly synced partition and
> > stick the rest somewhere else. Note, I have no experience with this,
> > it's just what I've heard.
>
> This might not be optimal, as having every write synchronous actually
> results in more synced writes than are strictly necessary.

Actually I thought that *all* the database had to have fsync() work correctly;
not for integrity on failed transactions, but to maintain integrity during
checkpointing as well. But I could well be wrong!

thanks,

Shane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jim Buttafuoco 2006-01-19 14:16:23 Re: Insert a default timestamp when nothing given
Previous Message Martin Pohl 2006-01-19 13:43:26 Re: Insert a default timestamp when nothing given