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

Re: 8.4.1 ubuntu karmic slow createdb

From: Andres Freund <andres(at)anarazel(dot)de>
To: pgsql-performance(at)postgresql(dot)org
Cc: Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com>, Michael Clemmons <glassresistor(at)gmail(dot)com>
Subject: Re: 8.4.1 ubuntu karmic slow createdb
Date: 2009-12-12 00:19:38
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackerspgsql-performance

On Saturday 12 December 2009 00:59:13 Scott Marlowe wrote:
> On Fri, Dec 11, 2009 at 3:52 PM, Michael Clemmons
> >  Createdb takes
> > 12secs on my system(9.10 pg8.4 and ext4)  which is impossibly slow for
> > running 200unittests.
> >  Fsync got it to .2secs or so which is blazing but
> > also the speed I expected being used to 8.3 and xfs.  This dev box is my
> > laptop and the data is litterally unimportant and doesn't exist longer
> > than 20sec but Im all about good practices.  Will definately try
> > synchronous commit tonight once Im done working for the day.  I've got
> > some massive copying todo later though so this will probably help in the
> > future as well.
> Yeah, I'd probably resort to fsync off in that circumstance too
> especially if syn commit off didn't help that much.
How should syn commit help with creating databases?

The problem with 8.4 and creating databases is that the number of files 
increased hugely because of the introduction of relation forks.
It probably wouldnt be that hard to copy all files first, then reopen and fsync 
them. Actually that should be a patch doable in an hour or two.


In response to


pgsql-performance by date

Next:From: Michael ClemmonsDate: 2009-12-12 20:36:27
Subject: Re: 8.4.1 ubuntu karmic slow createdb
Previous:From: Scott MarloweDate: 2009-12-11 23:59:13
Subject: Re: 8.4.1 ubuntu karmic slow createdb

pgsql-hackers by date

Next:From: Robert HaasDate: 2009-12-12 00:27:24
Subject: Re: Adding support for SE-Linux security
Previous:From: Greg SmithDate: 2009-12-12 00:15:20
Subject: Re: Adding support for SE-Linux security

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