Re: Lock problem with autovacuum truncating heap

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: Lock problem with autovacuum truncating heap
Дата
Msg-id 4D90B8C9.3080902@Yahoo.com
обсуждение исходный текст
Ответ на Re: Lock problem with autovacuum truncating heap  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Lock problem with autovacuum truncating heap
Список pgsql-hackers
On 3/27/2011 10:43 PM, Tom Lane wrote:

> In particular, I thought the direction Jan was headed was to release and
> reacquire the lock between truncating off limited-size chunks of the
> file.  If we do that, we probably *don't* want or need to allow autovac
> to be booted off the lock more quickly.

That is correct.

>>  3) Scanning backwards 8MB at a time scanning each 8MB forwards instead
>>  of just going back by block backwards.
>
> Maybe.  I'd want to see some experimental evidence justifying the choice
> of chunk size; I'm pretty sure this will become counterproductive once
> the chunk size is too large.

Me too, which is why that part of my proposal is highly questionable and 
requires a lot of evidence to be even remotely considered for back releases.


Jan

-- 
Anyone who trades liberty for security deserves neither
liberty nor security. -- Benjamin Franklin


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

Предыдущее
От: Jan Wieck
Дата:
Сообщение: Re: Lock problem with autovacuum truncating heap
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: Additional options for Sync Replication