Re: Unexpected page allocation behavior on insert-only tables

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Unexpected page allocation behavior on insert-only tables
Дата
Msg-id AANLkTill9sP47NQyVuuEz4UICUcfY1aQJrDUXPVmoA1t@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Unexpected page allocation behavior on insert-only tables  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Unexpected page allocation behavior on insert-only tables  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Sun, May 30, 2010 at 10:42 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> pretty clear what is going on.  See the logic in
> RelationGetBufferForTuple, and note that at no time do we have any FSM
> data for the bid table:

Is this because, in the absence of updates or deletes, we never vacuum it?

> 4. Now, all the backends again decide to try to insert into the last
> available block.  So everybody jams into the partly-filled block 10,
> until it gets filled.

Would it be (a) feasible and (b) useful to inject some entropy into this step?

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Unexpected page allocation behavior on insert-only tables
Следующее
От: Takahiro Itagaki
Дата:
Сообщение: Re: Unexpected page allocation behavior on insert-only tables