Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after - Mailing list pgsql-hackers

From Andres Freund
Subject Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after
Date
Msg-id 201002151301.47920.andres@anarazel.de
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: Speed up CREATE DATABASE by deferring the fsyncs until after  (Greg Stark <stark@mit.edu>)
List pgsql-hackers
On Monday 15 February 2010 12:55:36 Greg Stark wrote:
> On Mon, Feb 15, 2010 at 11:50 AM, Andres Freund <andres@anarazel.de> wrote:
> > If I understood him correctly marcin seems to mount a windows share on
> > linux via some vbox-proprietary pseudo filesystem. That wont get
> > detected and thus no junctions will be used... (I have doubts you even
> > can create them via vboxfs (or even smb)).
> > I would consider that a unsupported setup. Agreed?
> 
> I'm not sure which versions of Windows we support in general. But on
> further thought I thought we only used hard links for xlog files on
> systems where we knew they worked and just did a rename() on systems
> without them. So I'm puzzled why we're trying to hard link on this
> system. Perhaps we need to make this a run-time check instead of just
> making it depend on the system.
Well, I guess linux is normally a system where hardlinking is considered safe. 
And I dont really see a problem with that - for example we require ntfs on 
windows as well...
In the end its only some strange filesystem whats causing the issue here...

Andres


pgsql-hackers by date:

Previous
From: Joachim Wieland
Date:
Subject: Re: Listen / Notify - what to do when the queue is full
Next
From: Tim Bunce
Date:
Subject: Re: PostgreSQL::PLPerl::Call - Simple interface for calling SQL functions from PostgreSQL PL/Perl