Re: please update ps display for recovery checkpoint - Mailing list pgsql-hackers

From Robert Haas
Subject Re: please update ps display for recovery checkpoint
Date
Msg-id CA+TgmobcNEnW-ufjvMEhXYsgabqGtQRC7MY=9-McYjQo4-mVEA@mail.gmail.com
Whole thread Raw
In response to Re: please update ps display for recovery checkpoint  ("Bossart, Nathan" <bossartn@amazon.com>)
Responses Re: please update ps display for recovery checkpoint
List pgsql-hackers
On Mon, Jun 7, 2021 at 12:02 PM Bossart, Nathan <bossartn@amazon.com> wrote:
> On 6/6/21, 7:14 PM, "Justin Pryzby" <pryzby@telsasoft.com> wrote:
> > Now, I wonder whether the startup process should also include some detail about
> > "syncing data dir".  It's possible to strace the process to see what it's
> > doing, but most DBA would probably not know that, and it's helpful to know the
> > status of recovery and what part of recovery is slow: sync, replay, or
> > checkpoint.  commit df9274adf improved the situation between replay and
> > ckpoint, but it's still not clear what "postgres: startup" means before replay
> > starts.
>
> I've seen a few functions cause lengthy startups, including
> SyncDataDirectory() (for which I was grateful to see 61752afb),
> StartupReorderBuffer(), and RemovePgTempFiles().  I like the idea of
> adding additional information in the ps title, but I also think it is
> worth exploring additional ways to improve on these O(n) startup
> tasks.

See also the nearby thread entitled "when the startup process doesn't"
which touches on this same issue.

-- 
Robert Haas
EDB: http://www.enterprisedb.com



pgsql-hackers by date:

Previous
From: "Bossart, Nathan"
Date:
Subject: Re: please update ps display for recovery checkpoint
Next
From: Stephen Frost
Date:
Subject: Re: Duplicate history file?