RE: Recovery performance of standby for multiple concurrenttruncates on large tables - Mailing list pgsql-hackers

From Tsunakawa, Takayuki
Subject RE: Recovery performance of standby for multiple concurrenttruncates on large tables
Date
Msg-id 0A3221C70F24FB45833433255569204D1FA753DD@G01JPEXMBYT05
Whole thread Raw
In response to Re: Recovery performance of standby for multiple concurrenttruncates on large tables  ('Andres Freund' <andres@anarazel.de>)
List pgsql-hackers
From: 'Andres Freund' [mailto:andres@anarazel.de]
> I'm continuing to work on it, but unfortunately there's a couple
> projects that have higher priority atm :(.  I'm doubtful I can have a
> patchset in a committable shape for v12, but I'm pretty sure I'll have
> it in a shape good enough to make progress towards v13.  Sorry :(

We'd like to do it for PG 12, if Kirk's current proposal doesn't find a good landing point.  Could you tell us about
howmany lines of code you predict, and what part would be difficult?  Is there any software you're referring to (e.g.
Linux'sfsync, MySQL, etc.)?
 

Regards
Takayuki Tsunakawa





pgsql-hackers by date:

Previous
From: "Tsunakawa, Takayuki"
Date:
Subject: RE: Recovery performance of standby for multiple concurrenttruncates on large tables
Next
From: David Rowley
Date:
Subject: Re: Speeding up INSERTs and UPDATEs to partitioned tables