Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o9mxz-0008Ex-VW for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Jul 2022 12:20:15 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1o9mxx-0004pL-PP for pgsql-hackers@arkaria.postgresql.org; Fri, 08 Jul 2022 12:20:13 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o9mxx-0004cN-B8 for pgsql-hackers@lists.postgresql.org; Fri, 08 Jul 2022 12:20:13 +0000 Received: from mail.thelabyrinth.net ([45.56.70.56]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o9mxv-0007Dk-0h for pgsql-hackers@postgresql.org; Fri, 08 Jul 2022 12:20:12 +0000 Received: from [172.20.20.20] (c-24-126-11-167.hsd1.wv.comcast.net [24.126.11.167]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dsteele) by mail.thelabyrinth.net (Postfix) with ESMTPSA id 4CF7354669; Fri, 8 Jul 2022 12:20:10 +0000 (UTC) Message-ID: <44dbf5e4-8eec-da56-daba-755128b3723e@pgmasters.net> Date: Fri, 8 Jul 2022 08:20:09 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: remove more archiving overhead Content-Language: en-US To: Kyotaro Horiguchi , nathandbossart@gmail.com Cc: robertmhaas@gmail.com, masao.fujii@oss.nttdata.com, pgsql-hackers@postgresql.org References: <20220707182251.GA2255242@nathanxps13> <20220707220716.GA2258527@nathanxps13> <20220708.105652.1551158050191356887.horikyota.ntt@gmail.com> From: David Steele In-Reply-To: <20220708.105652.1551158050191356887.horikyota.ntt@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 7/7/22 21:56, Kyotaro Horiguchi wrote: > At Thu, 7 Jul 2022 15:07:16 -0700, Nathan Bossart wrote in >> Here's an updated patch. > > Thinking RFC'ish, the meaning of "may" and "must" is significant in > this description. On the other hand it uses both "may" and "can" but > I thinkthat their difference is not significant or "can" there is > somewhat confusing. I think the "can" should be "may" here. +1. > And since "must" is emphasized, doesn't "may" also needs emphasis? I think emphasis only on must is fine. Nathan, I don't see the language about being sure to persist to storage here? Regards, -David