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

Поиск
Список
Период
Сортировка
От Markus Bertheau
Тема Re: [pgsql-advocacy] MySQL vs PG TPC-H benchmarks
Дата
Msg-id 1082658047.4524.0.camel@yarrow.bertheau.de
обсуждение исходный текст
Ответ на Re: [pgsql-advocacy] MySQL vs PG TPC-H benchmarks  (Tom Lane <tgl@sss.pgh.pa.us>)
Список 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 по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Wierd context-switching issue on Xeon patch for 7.4.1
Следующее
От: Josh Berkus
Дата:
Сообщение: Re: Wierd context-switching issue on Xeon patch for 7.4.1