Re: [HACKERS] Performance while loading data and indexing

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Rod Taylor <rbt(at)rbt(dot)ca>
Cc: Neil Conway <neilc(at)samurai(dot)com>, Greg Copeland <greg(at)CopelandConsulting(dot)Net>, shridhar_daithankar(at)persistent(dot)co(dot)in, PostgresSQL Hackers Mailing List <pgsql-hackers(at)postgresql(dot)org>, PostgresSQL General Mailing List <pgsql-general(at)postgresql(dot)org>
Subject: Re: [HACKERS] Performance while loading data and indexing
Date: 2002-09-26 22:04:52
Message-ID: 200209262204.g8QM4qX11641@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-performance

Rod Taylor wrote:
> On Thu, 2002-09-26 at 17:47, Bruce Momjian wrote:
> > Rod Taylor wrote:
> > > > Yes, before UFS had soft updates, the synchronous nature of UFS made it
> > > > slower than ext2, but now with soft updates, that performance difference
> > > > is gone so you have two files systems, ext2 and ufs, similar peformance,
> > > > but one is crash-safe and the other is not.
> > >
> > > Note entirely true. ufs is both crash-safe and quick-rebootable. You
> > > do need to fsck at some point, but not prior to mounting it. Any
> > > corrupt blocks are empty, and are easy to avoid.
> >
> > I am assuming you need to mount the drive as part of the reboot. Of
> > course you can boot fast with any file system if you don't have to mount
> > it. :-)
>
> Sorry, poor explanation.
>
> Background fsck (when implemented) would operate on a currently mounted
> (and active) file system. The only reason fsck is required prior to
> reboot now is because no-one had done the work.
>
> http://www.freebsd.org/cgi/man.cgi?query=fsck&sektion=8&manpath=FreeBSD+5.0-current
>
> See the first paragraph of the above.

Oh, yes, I have heard of that missing feature.

--
Bruce Momjian | http://candle.pha.pa.us
pgman(at)candle(dot)pha(dot)pa(dot)us | (610) 359-1001
+ If your life is a hard drive, | 13 Roberts Road
+ Christ can be your backup. | Newtown Square, Pennsylvania 19073

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Scott Chapman 2002-09-26 23:04:14 SQL subquery to supply table name?
Previous Message Rod Taylor 2002-09-26 22:03:36 Re: [HACKERS] Performance while loading data and indexing

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephan Szabo 2002-09-26 22:10:35 Re: Reconstructing FKs in pg_dump
Previous Message Rod Taylor 2002-09-26 22:03:36 Re: [HACKERS] Performance while loading data and indexing

Browse pgsql-performance by date

  From Date Subject
Next Message Doug McNaught 2002-09-26 23:26:03 Re: [HACKERS] Performance while loading data and indexing
Previous Message Rod Taylor 2002-09-26 22:03:36 Re: [HACKERS] Performance while loading data and indexing