Re: WAL usage calculation patch
Amit Kapila <amit.kapila16@gmail.com>
Commits
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Change the display of WAL usage statistics in Explain.
- 69bfaf2e1de4 13.0 landed
-
Cosmetic fixups for WAL usage work.
- ef08ca113fe3 13.0 landed
-
Allow parallel create index to accumulate buffer usage stats.
- 5c71362174eb 13.0 landed
- f179e9f01b65 11.8 landed
- 13823ad3b012 12.3 landed
-
Allow autovacuum to log WAL usage statistics.
- b7ce6de93b59 13.0 landed
-
Add the option to report WAL usage in EXPLAIN and auto_explain.
- 33e05f89c53e 13.0 landed
-
Allow pg_stat_statements to track WAL usage statistics.
- 6b466bf5f2be 13.0 landed
-
Add infrastructure to track WAL usage.
- df3b181499b4 13.0 landed
-
Include information on buffer usage during planning phase, in EXPLAIN output, take two.
- ce77abe63cfc 13.0 cited
-
Include information on buffer usage during planning phase, in EXPLAIN output.
- ed7a5095716e 13.0 cited
-
Allow parallel vacuum to accumulate buffer usage.
- 3a5e22138a8d 13.0 landed
-
Allow pg_stat_statements to track planning statistics.
- 17e03282241c 13.0 cited
Attachments
- v14-0001-Add-infrastructure-to-track-WAL-usage.patch (application/octet-stream) patch v14-0001
- v14-0002-Add-the-option-to-report-WAL-usage-in-EXPLAIN-an.patch (application/octet-stream) patch v14-0002
- v14-0003-Allow-pg_stat_statements-to-track-WAL-usage-stat.patch (application/octet-stream) patch v14-0003
- v14-0004-Allow-verbose-auto-vacuum-to-display-WAL-usage-s.patch (application/octet-stream) patch v14-0004
On Fri, Apr 3, 2020 at 9:40 AM Amit Kapila <amit.kapila16@gmail.com> wrote: > > On Fri, Apr 3, 2020 at 9:35 AM Dilip Kumar <dilipbalaut@gmail.com> wrote: > > > > I have analyzed the WAL and there could be multiple reasons for the > > same. With small data, I have noticed that while inserting in the > > system index there was a Page Split and that created extra WAL. > > > > Thanks for the investigation. I think it is clear that we can't > expect the same WAL size even if we repeat the same operation unless > it is a fresh database. > Attached find the latest patches. I have modified based on our discussion on user interface thread [1], ran pgindent on all patches, slightly modified one comment based on Dilip's input and added commit messages. I think the patches are in good shape. I would like to commit the first patch in this series tomorrow unless I see more comments or any other objections. The patch-2 might need to be rebased if the other related patch [2] got committed first and we might need to tweak a bit based on the input from other thread [1] where we are discussing user interface for it. [1] - https://www.postgresql.org/message-id/CAA4eK1%2Bo1Vj4Rso09pKOaKhY8QWTA0gWwCL3TGCi1rCLBBf-QQ%40mail.gmail.com [2] - https://www.postgresql.org/message-id/E1jKC4J-0007R3-Bo%40gemulon.postgresql.org -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com