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.94.2) (envelope-from ) id 1uL34L-00HILM-Pj for pgsql-hackers@arkaria.postgresql.org; Fri, 30 May 2025 16:58:57 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1uL34K-003y4A-6p for pgsql-hackers@arkaria.postgresql.org; Fri, 30 May 2025 16:58:56 +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.94.2) (envelope-from ) id 1uL31A-003uAj-7U for pgsql-hackers@lists.postgresql.org; Fri, 30 May 2025 16:55:40 +0000 Received: from mout-p-202.mailbox.org ([80.241.56.172]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uL317-000jys-0l for pgsql-hackers@lists.postgresql.org; Fri, 30 May 2025 16:55:39 +0000 Received: from smtp1.mailbox.org (smtp1.mailbox.org [IPv6:2001:67c:2050:b231:465::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-202.mailbox.org (Postfix) with ESMTPS id 4b88W55w6wz9tQk; Fri, 30 May 2025 18:55:29 +0200 (CEST) Date: Fri, 30 May 2025 18:55:28 +0200 From: Christoph Berg To: Andres Freund Cc: PostgreSQL Hackers Subject: Re: CHECKPOINT unlogged data Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4b88W55w6wz9tQk List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Re: Andres Freund > Hi, > > On 2025-05-30 18:17:45 +0200, Christoph Berg wrote: > > A customer reported to use CHECKPOINT before shutdowns to make the > > shutdowns themselves faster and asked if it was possible to make > > CHECKPOINT optionally also write out unlogged table data for that > > purpose. I think the idea makes sense, so there's the patch. > > I've seen the need for this quite a few times, fwiw. So +1 to the idea. Do we want to officially mention this use case in checkpoint.sgml? I've already replaced the "is not intended for use during normal operation" wording by "not required during normal operation", but we might go one step further and endorse it. Christoph