Re: Very slow (2 tuples/second) sequential scan afterbulk insert; speed returns to ~500 tuples/second after commit

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Very slow (2 tuples/second) sequential scan afterbulk insert; speed returns to ~500 tuples/second after commit
Дата
Msg-id 47D657BC.40409@enterprisedb.com
обсуждение исходный текст
Ответ на Re: Very slow (2 tuples/second) sequential scan after bulk insert; speed returns to ~500 tuples/second after commit  (Simon Riggs <simon@2ndquadrant.com>)
Список pgsql-performance
Дерево обсуждения 
Simon Riggs wrote:
> On Mon, 2008-03-10 at 11:01 +0000, Heikki Linnakangas wrote:
>> According
>> to oprofile, all the time is spent in TransactionIdIsInProgress.
>
> I recently submitted a patch to optimise this. Your comments would be
> welcome on the patch.

You mean this one:

http://archives.postgresql.org/pgsql-patches/2008-02/msg00008.php

? Unfortunately that patch won't help in this case.

--
   Heikki Linnakangas
   EnterpriseDB   http://www.enterprisedb.com

В списке pgsql-performance по дате отправления:

Предыдущее
От: Albert Cervera Areny
Дата:
Сообщение: Re: count * performance issue
Следующее
От: "petchimuthu lingam"
Дата:
Сообщение: how many index can have????