Re: Online enabling of checksums
Tomas Vondra <tomas.vondra@2ndquadrant.com>
From: Tomas Vondra <tomas.vondra@2ndquadrant.com>
To: Magnus Hagander <magnus@hagander.net>,
PostgreSQL-development <pgsql-hackers@postgresql.org>
Cc: Daniel Gustafsson <daniel@yesql.se>
Date: 2018-02-24T03:29:34Z
Lists: pgsql-hackers
Hi, I see the patch also does throttling by calling vacuum_delay_point(). Being able to throttle the checksum workers not to affect user activity definitely seems like a useful feature, no complaints here. But perhaps binding it to vacuum_cost_limit/vacuum_cost_delay is not the best idea? I mean, enabling checksums seems rather unrelated to vacuum, so it seems a bit strange to configure it by vacuum_* options. Also, how am I supposed to set the cost limit? Perhaps I'm missing something, but the vacuum_delay_point call happens in the bgworker, so setting the cost limit before running pg_enable_data_checksums() will get there, right? I really don't want to be setting it in the config file, because then it will suddenly affect all user VACUUM commands. And if this patch gets improved to use multiple parallel workers, we'll need a global limit (something like we have for autovacuum workers). In any case, I suggest mentioning this in the docs. regards -- Tomas Vondra http://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
Commits
-
Online enabling and disabling of data checksums
- f19c0eccae96 19 (unreleased) landed
-
Deactive flapping checksum isolation tests.
- bf75fe47e444 11.0 landed
-
Add support for coordinating record typmods among parallel workers.
- cc5f81366c36 11.0 cited