Re: Freeze avoidance of very large table.

Поиск
Список
Период
Сортировка
От Sawada Masahiko
Тема Re: Freeze avoidance of very large table.
Дата
Msg-id CAD21AoCH7xzAS_fOEe7Q35edcX9Hbbtx5gi_4JMbe6nYdqwVeA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Freeze avoidance of very large table.  (Simon Riggs <simon@2ndQuadrant.com>)
Ответы Re: Freeze avoidance of very large table.  (Sawada Masahiko <sawada.mshk@gmail.com>)
Re: Freeze avoidance of very large table.  (Simon Riggs <simon@2ndQuadrant.com>)
Re: Freeze avoidance of very large table.  (Amit Kapila <amit.kapila16@gmail.com>)
Re: Freeze avoidance of very large table.  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-hackers
On Fri, Jul 3, 2015 at 1:23 AM, Simon Riggs <simon@2ndquadrant.com> wrote:
> On 2 July 2015 at 16:30, Sawada Masahiko <sawada.mshk@gmail.com> wrote:
>
>>
>> Also, the flags of each heap page header might be set PD_ALL_FROZEN,
>> as well as all-visible
>
>
> Is it possible to have VM bits set to frozen but not visible?
>
> The description makes those two states sound independent of each other.
>
> Are they? Or not? Do we test for an impossible state?
>

It's impossible to have VM bits set to frozen but not visible.
These bit are controlled independently. But eventually, when
all-frozen bit is set, all-visible is also set.

Regards,

--
Sawada Masahiko



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

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: Re: Fix pgbench --progress report under (very) low rate
Следующее
От: David Rowley
Дата:
Сообщение: Re: PATCH:do not set Win32 server-side socket buffer size on windows 2012