Re: [pgsql-advocacy] MySQL vs PG TPC-H benchmarks - Mailing list pgsql-performance

From Markus Bertheau
Subject Re: [pgsql-advocacy] MySQL vs PG TPC-H benchmarks
Date
Msg-id 1082658047.4524.0.camel@yarrow.bertheau.de
Whole thread Raw
In response to Re: [pgsql-advocacy] MySQL vs PG TPC-H benchmarks  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-performance
В Чтв, 22.04.2004, в 17:54, Tom Lane пишет:
> Eduardo Almeida <edalmeida@yahoo.com> writes:
> > About 7hs:30min to load the data and 16:09:25 to
> > create the indexes
>
> You could probably improve the index-create time by temporarily
> increasing sort_mem.  It wouldn't be unreasonable to give CREATE INDEX
> several hundred meg to work in.  (You don't want sort_mem that big
> normally, because there may be many sorts happening in parallel,
> but in a data-loading context there'll just be one active sort.)

Doesn't this provide a reason for CREATE INDEX not to honour sort_mem?

--
Markus Bertheau <twanger@bluetwanger.de>


pgsql-performance by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Wierd context-switching issue on Xeon patch for 7.4.1
Next
From: Josh Berkus
Date:
Subject: Re: Wierd context-switching issue on Xeon patch for 7.4.1