Re: Getting rid of excess lseeks()

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Getting rid of excess lseeks()
Дата
Msg-id 10109.989547665@sss.pgh.pa.us
обсуждение исходный текст
Ответ на RE: Getting rid of excess lseeks()  (Mike Mascari <mascarm@mascari.com>)
Список pgsql-hackers
Mike Mascari <mascarm@mascari.com> writes:
> If your idea works, would it be possible, or even a good idea, to 
> have PostgreSQL extend the relation in a non-linear fashion?

The trick would be to ensure that the extra blocks actually got used
for something ... without more logic than is there now, all the backends
would glom onto the last new page and ignore the possibility of putting
tuples into the other pages you'd added.

The hack I've proposed (and am currently testing) doesn't really do
anything to reduce the per-page overhead of extending the relation.
What it does do is reduce the per-tuple overhead of adding tuples
to an extant last page.  Basically we are down to an lseek per block
instead of an lseek per tuple ...
        regards, tom lane


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

Предыдущее
От: "Jon Lapham"
Дата:
Сообщение: Re: Problem with a rule on upgrade to v7.1.1
Следующее
От: Tom Lane
Дата:
Сообщение: Re: 7.1.2 release