Re: Lock problem with autovacuum truncating heap

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Lock problem with autovacuum truncating heap
Дата
Msg-id 0C6447D9-4C45-42F3-862B-A9C389DE0ECC@gmail.com
обсуждение исходный текст
Ответ на Re: Lock problem with autovacuum truncating heap  (Jan Wieck <JanWieck@Yahoo.com>)
Ответы Re: Lock problem with autovacuum truncating heap  (Simon Riggs <simon@2ndQuadrant.com>)
Список pgsql-hackers
On Mar 26, 2011, at 4:16 PM, Jan Wieck <JanWieck@Yahoo.com> wrote:
> That was what I meant. Go in steps of 16-64MB backwards and scan from there to the current end in forward direction
tofind a nondeletable block. In between these steps, release and reacquire the exclusive lock so that client
transactionscan get their work done. 

Well, VACUUM uses a 16MB ring buffer, so anything that size or smaller should hit shared_buffers most of the time.

I wonder though if this might defeat read-behind on operating systems that do have a working implementation.  With our
currentapproach each read will end at the point the previous read started, which might be an algorithm somebody is
usingto detect a backward scan. 

...Robert

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

Предыдущее
От: Simon Riggs
Дата:
Сообщение: Re: Lock problem with autovacuum truncating heap
Следующее
От: Pavel Stehule
Дата:
Сообщение: Can I check if somebody is superuser in stored procedure?