Re: Track Oldest Initialized WAL Buffer Page

Поиск
Список
Период
Сортировка
От Nathan Bossart
Тема Re: Track Oldest Initialized WAL Buffer Page
Дата
Msg-id 20230301041931.GB1453450@nathanxps13
обсуждение исходный текст
Ответ на Re: Track Oldest Initialized WAL Buffer Page  (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>)
Ответы Re: Track Oldest Initialized WAL Buffer Page  (Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>)
Список pgsql-hackers
On Tue, Feb 28, 2023 at 11:12:29AM +0530, Bharath Rupireddy wrote:
> On Tue, Feb 28, 2023 at 5:52 AM Nathan Bossart <nathandbossart@gmail.com> wrote:
>> It's confusing to me that OldestInitializedPage is set to NewPageBeginPtr.
>> Doesn't that set it to the beginning of the newest initialized page?
> 
> Yes, that's the intention, see below. OldestInitializedPage points to
> the start address of the oldest initialized page whereas the
> InitializedUpTo points to the end address of the latest initialized
> page. With this, one can easily track all the WAL between
> OldestInitializedPage and InitializedUpTo.

This is where I'm confused.  Why would we set the variable for the start
address of the _oldest_ initialized page to the start address of the
_newest_ initialized page?  I must be missing something obvious, so sorry
if this is a silly question.

-- 
Nathan Bossart
Amazon Web Services: https://aws.amazon.com



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

Предыдущее
От: Nathan Bossart
Дата:
Сообщение: Re: Improve WALRead() to suck data directly from WAL buffers when possible
Следующее
От: Nathan Bossart
Дата:
Сообщение: Re: Weird failure with latches in curculio on v15