Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wiBIr-0003W8-06 for pgsql-docs@arkaria.postgresql.org; Fri, 10 Jul 2026 13:30:05 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1wiBIp-000O7K-08 for pgsql-docs@arkaria.postgresql.org; Fri, 10 Jul 2026 13:30:03 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1wiBIo-000O7C-2f for pgsql-docs@lists.postgresql.org; Fri, 10 Jul 2026 13:30:03 +0000 Received: from mail-oa1-x34.google.com ([2001:4860:4864:20::34]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1wiBIo-000000002MY-02dX for pgsql-docs@lists.postgresql.org; Fri, 10 Jul 2026 13:30:02 +0000 Received: by mail-oa1-x34.google.com with SMTP id 586e51a60fabf-44cedfaab6bso411182fac.3 for ; Fri, 10 Jul 2026 06:30:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1783690201; cv=none; d=google.com; s=arc-20260327; b=IVg2MqLcOe9Sl/lVETXPgCy7/gl59p26OvafbafEHkW9GNsYAy+IjTmyRMfu5c8rSI oUqmbEBLSCUiYM0+2ilMKMjRMlhKbDp7Hy+xY4RF4QVP9l9X/1iNIRC0K4Kxc9We5kyc dPaLkHUmhLsx9hx36KOipICMPCn9vtNSexq9qnZU8Pe8+i/s8IblsKCV3KUqjnB3GSY6 kX7QMOgRoqQ1Jnwo1fugi50y8wk5e4Y5iWA7rJMpz2VMheCYKQBW20IPi/9wTJuFCKk9 QzWj++LVP/qZJbKGyZbBXxBqBbCrgGVtmPNZLhX17cvIDrSzc7fjq74Iw1XB/L0L29GH bAtw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20260327; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=P50TNicY9CZ94Re+oA8V4GOk9pymO0+oQYfs5pzkiNM=; fh=LFVCQM2AXYVOC66twGjBGV/7qFVrWWWh3c7dGgGsldE=; b=NuHSMa3jHoJmJi1yioEyoN1+TEJM4Xbk6ZDsXrVsa7p8g+xDpdQAK2Vjb9voRvUWyk p/cNs3H3qqyf0zJVB8UNxJcqOkFdlnThAnuKedhszSgOluxOEqCuSf1+403kzEI5EdDx LJfDiYLjDEN2N2HMzX39MA9L01Uz1iPtHqu1AekzGQ2Rev5GA3ANG3dSAK7kHs2p4yrZ ou0NgW3lUhBbn1Xp7JZ+v/6qS3sp5zUq8lIpH+sWmqfMZW3SST3dSD1lX+Js9/mJJ8yU HFYdBgVX0z/gJRkbmIITa+xEaJwDzJ4T/2tizbppCTlNWwJfT7H4zhn3BYu6voMT3Ag3 knRw==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1783690201; x=1784295001; darn=lists.postgresql.org; h=content-transfer-encoding:content-type:cc:to:subject:message-id :date:from:in-reply-to:references:mime-version:from:to:cc:subject :date:message-id:reply-to:content-type; bh=P50TNicY9CZ94Re+oA8V4GOk9pymO0+oQYfs5pzkiNM=; b=gM9oN0VlkJq/c/aCpQTv9IQl16EyzsQEEtuVVDknjrXxQd06AYKKycnIBJnoDON0Yr SLGBdNOt6224h4HZUXKrjgE7O1uLgTTVzoP31Hk8hjmjjAogj/dNQxmrIDfVSvycMHOF WfqlaD1EgIbpX6OmZ9kqCzJpzFEWg4A3YZuZ1SCL6cppvo3/LeH6g8Bdu+KYezElRm3m AoEeeyRGo/fb6CHc0K93RA0numIfCIntHsHOvu9j4DaQn07brudY9Kf8X/1IJ5q8E7zm v0guPvxMVfkMnwEKcZLV48dRtMYPIHgDlvTvKwceem5ABILtzMpcmkdCJtSfBTJ2Mrtq DFVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1783690201; x=1784295001; h=content-transfer-encoding:content-type:cc:to:subject:message-id :date:from:in-reply-to:references:mime-version:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=P50TNicY9CZ94Re+oA8V4GOk9pymO0+oQYfs5pzkiNM=; b=j6WYave+lsPICpxsXgVEnQ/IWlIGi9YWpR+0gwZ6RCOIZa9gZWGR11qn+M0ssbVLXV DZPjJxjxlJJw44CKKG4+pnG6OGEIB3EEbofLuad8k2wNGnQskxb7kK/y7So6W0mhuGXL 7dEnfXfqoSQGeTmnbiuHTSmNHmq/bl7LkEIlnWyvsrYqzBuFrLi+9LO+9xSkJPSa83MN DLqZlE8U9FJs3oyYy0Rzok90ZcF0i7E1BnzYp2ZbhWj4oluW4PwpvljPpIR5LRD/EoZn fnYPfHJi4Akc5OiEuElFIYSC9JIm5KCFW+OIhQ7HHnWaVI3eXBdhh7lR3GX8Ir2gpf+s Mbxg== X-Gm-Message-State: AOJu0Yz1OPCJ/RMqI3thGk9j7bgEsJLjJCDlCW2LvJkc3W9V16iaLw3k cmV9LsoBAOtWrH5i/V2ag/eOqUvpW0AkA/0Wl/iMQWDTyIBmzVvte6wg6uCpGCoWu40jKYC2CM+ KRlP9/mlDZKwYVxUT7l5atzsl4yqHl/5mRBAgqBs= X-Gm-Gg: AfdE7cnBu7vNXdp+fDDjWwzEjqhqJTpsqa0kX9MnlP15iwWiSch9R01s2Ov1JNkiYpU x011Iy5KrDpv9e3u8tgEccAAew1GSnBrj3Xtwr/OqINWw+jjPvTG2s94lBGvKC/5Qw5NHj7j4bU aOj8BJU+62oV4UfNDQhRcLY5m65847BJ09dMrYQWRW9wKBDEEMmgV3MM5/cCfvTRgRtooLDTbBr GViVZvIsQ43zBTzXPSX3+wtOemSUJvF/rxJYT7w54a0+oo/QczNmlAYhZjtTXkr0rMpnr/SZ0ZN rwHHQWOK5a02PXOWnxOuuvCw1B0/rkTSe9ZuQrbIraLm1xEMfuYD4NkxPIOHJ6L9zJKC7HbXSIE fHen7E+Lp/3yV1nYsqvCWXj4= X-Received: by 2002:a05:6808:3191:b0:497:da7f:179f with SMTP id 5614622812f47-4a203dbf756mr7641426b6e.20.1783690200540; Fri, 10 Jul 2026 06:30:00 -0700 (PDT) MIME-Version: 1.0 References: <8D4EF043-0DA9-4DF1-A28C-E3598167D1D2@yesql.se> In-Reply-To: From: Fujii Masao Date: Fri, 10 Jul 2026 22:29:47 +0900 X-Gm-Features: AUfX_myHN5kNyzTNhfIFR8OQcFWxK7hQZTCKldL08QIeti3s3puvDOLpXpSTxuQ Message-ID: Subject: Re: Fix data checksum progress reporting docs To: Daniel Gustafsson Cc: "pgsql-docs@lists.postgresql.org" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Thanks for updating the patch! On Fri, Jul 10, 2026 at 7:00=E2=80=AFPM Daniel Gustafsson = wrote: > > Shouldn't "the process which operate" be either "the process which oper= ates" > > or "the processes which operate"? Since multiple data checksums workers > > can run, the latter seems more appropriate. > > Currently the processing is limited to a single worker, so I think the pr= oposed > wording is more appropriate. So "operate" of "the process which operate" should be "operates" (i.e., "s" is necessary for "operate")? > > While looking at the related code, I also found that > > B_DATACHECKSUMSWORKER_LAUNCHER and B_DATACHECKSUMSWORKER_WORKER > > were added as BackendType entries in miscadmin.h. Since those entries a= ppear > > under the comment for auxiliary processes, it could give the impression= that > > the data checksums launcher and workers are auxiliary processes. To avo= id > > that confusion, would it make sense to add a comment such as: > > > > ------------------------- > > B_WAL_WRITER, > > > > + /* > > + * XXXXXXXXXX > > + */ > > B_DATACHECKSUMSWORKER_LAUNCHER, > > B_DATACHECKSUMSWORKER_WORKER, > > ------------------------- > > Fair point, see attached. + /* Background worker processes */ Thanks for adding the comment! I'm a bit concerned that it's misleading, since enum BackendType already contains background worker entries such as B_BG_WORKER and B_SLOTSYNC_WORKER. So, how about making it more specific? For example: ------------ Data checksums processes are dynamic background workers, but they use dedicated backend types for pgstat I/O accounting. ------------ > > BTW, I'm also wondering why dedicated BackendType entries were added fo= r > > the data checksums processes, while other background workers don't have > > their own BackendType values. > > They are need for the pgstat system though aren't they, or am I missing > something? As I understand it, dedicated backend types are not inherently required by the pgstat infrastructure. They are needed here so that pg_stat_io can account for I/O performed by the data checksums launcher and workers separately from generic background workers. Otherwise, their I/O would simply be counted under the background worker backend type, making it impossible to distinguish their I/O statistics. Is this my understanding right?? Regards, --=20 Fujii Masao