From: | Paul Guo <guopa(at)vmware(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz>, Thomas Munro <thomas(dot)munro(at)gmail(dot)com> |
Cc: | "pgsql-hackers(at)lists(dot)postgresql(dot)org" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Two patches to speed up pg_rewind. |
Date: | 2021-06-17 07:42:03 |
Message-ID: | SA1PR05MB8582138E33C95B874790C0F5C30E9@SA1PR05MB8582.namprd05.prod.outlook.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
No worry I’m work on this.
On 2021/6/17, 3:18 PM, "Michael Paquier" <michael(at)paquier(dot)xyz> wrote:
On Wed, Jun 02, 2021 at 05:02:10PM +0900, Michael Paquier wrote:
> On Wed, Jun 02, 2021 at 06:20:30PM +1200, Thomas Munro wrote:
> > The main thing I noticed was that Linux < 5.3 can fail with EXDEV if
> > you cross a filesystem boundary, is that something we need to worry
> > about there?
>
> Hmm. Good point. That may justify having a switch to control that.
Paul, the patch set still needs some work, so I am switching it as
waiting on author. I am pretty sure that we had better have a
fallback implementation of copy_file_range() in src/port/, and that we
are going to need an extra switch in pg_rewind to allow users to
bypass copy_file_range()/EXDEV if they do a local rewind operation
across different FSes with a kernel < 5.3.
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Dilip Kumar | 2021-06-17 07:44:46 | Re: Decoding speculative insert with toast leaks memory |
Previous Message | Fabien COELHO | 2021-06-17 07:34:05 | Re: pgbench logging broken by time logic changes |