Re: How to make ResourceOwnerForgetBuffer() O(1), instead of O(N^2) scale

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: How to make ResourceOwnerForgetBuffer() O(1), instead of O(N^2) scale
Дата
Msg-id 24280.1412403668@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: How to make ResourceOwnerForgetBuffer() O(1), instead of O(N^2) scale  (Heikki Linnakangas <hlinnakangas@vmware.com>)
Ответы Re: How to make ResourceOwnerForgetBuffer() O(1), instead of O(N^2) scale
Список pgsql-hackers
Heikki Linnakangas <hlinnakangas@vmware.com> writes:
> On 10/03/2014 07:08 AM, Kouhei Kaigai wrote:
>> What is the best way to solve the problem?

> How about creating a separate ResourceOwner for these buffer pins, and
> doing a wholesale ResourceOwnerRelease() on it when you're done?

That's a thought.  Another point is that if you can release the buffer
pins in reverse order of acquisition, the existing ResourceOwner code
works just fine.

I have a larger question though: how is it useful to transfer
raw contents of shared buffers to a GPU in the first place?
Surely you're not going to be putting tasks like tuple visibility
verification into the GPU.  So it seems like this whole thread is
based on a dubious architectural assumption.
        regards, tom lane



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: pg_receivexlog and replication slots
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: [RFC] Incremental backup v2: add backup profile to base backup