Re: Building multiple indexes concurrently

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: Building multiple indexes concurrently
Дата
Msg-id
27969.1268836243@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Building multiple indexes concurrently Rob Wultsch <wultsch@gmail.com>
Re: Building multiple indexes concurrently Greg Smith <greg@2ndquadrant.com>
Re: Building multiple indexes concurrently Tom Lane <tgl@sss.pgh.pa.us>
Re: Building multiple indexes concurrently Rob Wultsch <wultsch@gmail.com>
Re: Building multiple indexes concurrently Greg Smith <greg@2ndquadrant.com>
Re: Building multiple indexes concurrently Andres Freund <andres@anarazel.de>
Re: Building multiple indexes concurrently Alvaro Herrera <alvherre@commandprompt.com>
Re: Building multiple indexes concurrently Greg Smith <greg@2ndquadrant.com>
Re: Building multiple indexes concurrently Hannu Krosing <hannu@2ndquadrant.com>
Re: Building multiple indexes concurrently Justin Pitts <justinpitts@gmail.com>
Re: Building multiple indexes concurrently Hannu Krosing <hannu@2ndquadrant.com>
Re: Building multiple indexes concurrently Justin Pitts <justinpitts@gmail.com>
Re: Building multiple indexes concurrently Andres Freund <andres@anarazel.de>
Re: Building multiple indexes concurrently Ben Chobot <bench@silentmedia.com>
Greg Smith  writes:
> Rob Wultsch wrote:
>> At a minimum I assume that if both of the commands were started at
>> about the same time they would each scan the table in the same
>> direction and whichever creation was slower would benefit from most of
>> the table data it needed being prepopulated in shared buffers. Is this
>> the case?

> This might be optimistic;

No, it's not optimistic in the least, at least not since we implemented
synchronized seqscans (in 8.3 or thereabouts).

			regards, tom lane
В списке pgsql-performance по дате отправления
От: Tom Lane
Дата:
Сообщение: Re: Block at a time ...
От: Brad Nicholson
Дата:
Сообщение: Re: Testing FusionIO
FAQ