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 1v5suO-00DPuu-Nx for pgsql-admin@arkaria.postgresql.org; Mon, 06 Oct 2025 21:38:16 +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 1v5suL-00BLBe-KH for pgsql-admin@arkaria.postgresql.org; Mon, 06 Oct 2025 21:38:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1v5suL-00BLBD-08 for pgsql-admin@lists.postgresql.org; Mon, 06 Oct 2025 21:38:14 +0000 Received: from sonic308-2.consmr.mail.bf2.yahoo.com ([74.6.130.41]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1v5suI-000kUd-1s for pgsql-admin@lists.postgresql.org; Mon, 06 Oct 2025 21:38:13 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759786686; bh=knT9w4yZ5j7JQElmXgYPQBwHUpru+Z0iWyNPbRsE1yM=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=bokiLWLx+M9EbI/HVVy0Xc+N9sMC7sCuO5VjTY+h/eOBaPXP9y3OCgNz0u5IMGv0uUUhjtANalSe7lVnnLkxKiqamsmCqZYlFjZqd38mWwXt6w/gE6pdRZm7k83KK/sT1mARPpkpASr5n3+/2wyVXcBC6adAhiWC90hy0YqhA9ZWsa0Vaq9EENRV7ko3JHu6OXVLzNcnrQclbINqQTJRJf1dMHSVR/1hZMOryhRqyOqWsswm7X5JvVS5RcgOV/AiNVE+siR96mHVZlbiEhzWGbhngUaJfBEIpi9WbO4Cou3/9PjsFqosU3pz0jMF6tD7PvDOl76DsViaxRLz5jUqdw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1759786686; bh=WyH733G/XTd4CIfWZzjxnOgcSzxvrdPceTeRkNIzAAx=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=QeBRYSBlP5JruvkW/3Ci8Z3DoUvPh6pX3KCyB0u/EZP4TZXWsV0bqzt60TpBeGbNc5e/c/b0yTJme/w0LrJmdwu1SeBpdzdvssXxJLPxAnbAUUJL/g+9L7FDD6N4FpZ7YHZoTl+xkcGG81QHpnR+HAlhpe/Vybs9yqk6DBhrXKukUnGKw2//N64pOEeRytGejNtZm8U5noJO8HGGH5c1JPNmheJh7bmK5DCHjM09j4a/d2qEbN0UeSDts6tdPMTImTe4Hqb9UgVLHAgOCgHqvOg5dMA2BlzDeXuYn72boUlOtrvtBKlZKGXQJoGwkK5ujt0QZOCacA+U08qO40JYHA== X-YMail-OSG: mNGStusVM1nR5TW2YP8FepDvyzSSptnT2aZTod7rqEU1V2e5DgEOXTiSoo3zVWl 4bm_4zeeaCHgcBEG8mf.EJglxBTazXbYElay_uammCwIBogRlR1XtbfeInIYkEHbNAiKWXEZHt9o 93_I6tz8SFmCSiMkXSu_N6w2FZGJ2nvW5yJpPkQr5tKk6AX_j_N868Yrq9sROENA7xPq30wUbDXL BB6Jl3hW8unBEQ_KDsEpHhTZ_HzS5xx01BXRIGkin7U4uZsAjb7JDJ78RzwAzCm0CFl5cL2Ln0XJ Q_PRm4NXpvRGARQIcvJkwGcfELcpsllZdRGJAe29Al9MIb0Gez5S0yQFnn7JJmIz2y.E2IeznRRC oTAuHNZBFTuh4hxj_YTc3gF4a53I603L_VM.kIAcJDyTCPIaOKN4QTWInoDBODyubs_O4eXm6GNs LAK0RdRbrYZ.bjMhvoWdY9eRBD9DTd1InruCaHuI7dgTOczpcYMVzFcYwU1mJRai7zXySS.RRD6q tUCHw3qM8ooUkYCQ.06sQZHusvaWV77XQAkTo7V_j5gMPd9w6wYi1C743jpjhMthJi0MJqZeBwAX MMIDSgBl1DbTXWKj9xAMdMr3fqXBWxAA5RTMis.Mr3jKZrvkqtlI0uUVxNxiVrwEueiU5jzAFjCj yMD7kcFcc2qAxuhW2N64TkCKYgtjp85idp.iyf.FRyEfba77s2dnA4mlQUU23d5NSk31ZUHPMKhV 5nadKAC0t11ey4HbiuF_vW8HqUssNg8LrfBxXa3YbYnZFlcifpEQgL1cZygF_VnA3o6YjKMMdHEG oekwEryF3a8ox.oSt6BXx3Y89BtTVU4LAUJravdcF8_pLn2eR5dBJ2bOhAFSum8B92YSnfxj3DiZ G1zIVJwex3LTBpPbo.OH3mAiISc1x8dLeMTsvK4BZXUh0jLQY.lkBS6tegFQuwYt007KU4RuJINy 0HtzkM4MfUZsLfkTEntsWVf_jgxKkpOfClDk5jicqhFwqsEvdP162eI85L82dbl47m2zymXHtTiz yV6vDeOWynFmr1W1VEvDCl4zH8OFONZ6HUJI0F.Uzx6VRxbJEeLLDJzydMcNg_hL0AX_vWmgRoIU _C5PsnfG_B.Wx2.YeOokuVKTGBEVMclriUZEftl41mMHPt3GVn809DOMbZf9_H0ux39YoL8oTuG8 EmTgHOCYhOXgv_0c0zgVKyg6DMHodzVBaPydnBwMyGMjpwp4Xwt9j_jGSz3.IfitgktNUqI1SLLK P6PwazpQqUMvSMS1ncRhk3pV6Ad4GI1PuRvrVGZQbhJkvfAeXxK58Tt6tG1XMZ7B5T.wJjNZFDO9 gPQ8XgvTLqehcFZGhGoc73plnZsQmLUP3o8A_aMt0kI_n5cHOqTcylsMRV1O2_pTItK1KmYgyFgQ Nncgyt9eDWtJ66mG5yOGduXsNXiUYH46gOGKsX3W4PwTNXMFXD7U4QLyvNg2_4.3VKu940fnLyiP IbA8esGG8lKznxJPFXa4ogN9GKtsw.kRVBcdJ464Yn1A5ZLX9c52YTpJcEGMbK1piA260jWsJYhM TvPrbZtwU4zJkY543IXQ.G1PC20.3qjGg0G2QB2VqVVnUrKa4UUNc2ToJRhMYYhC4M7jk60TjejS Ilequ5GGCf817RhU6uel29nV5dr1VV0Ysp6J_HJKzWA3d1XjQ32L6g_wPDRyeBTxYAE7UQH3qzLg c_..kSqFaAegHDgEaagFKWg8je7RIei5EBh42_aX6Xnk9pPOmxAalYHw5UVmKdr0c4hpM7v7l4pJ IuOH22akfZbMHH8yM1_QQ11HHyuuAAKnq1b2AMAGacQ6gA587WKC.IdUYuxmSgQ6HsE2MfQSjjHr kD.sMI3xFrU.tZk._7gxWegBPkUvuWFJ6lXXSuCWPEijcX2XbOCqWXyYWdfG53lKtTT8N1sfOkSb UpV7CsYpyEj_Ptdk5ZerJxmakkUK_7x_4_Gtol9j127cVH5xPArOmVSthhN68MzUbCEbwET5JcK5 7l_4vjlsefdk1cPRRo.SlCxUF8JOUrHLWYAYk.yoW42JoARK3xgJkQcmFwyoR5yZnEjo4VjnqObG pDfDiWNn9ufekqbMP5DOF_QxKDk9q_7KCi.2mx1tFsQISvhgZj4QAr9UO9kI4AO7Q3tksC25Y4n1 lkZK8FOYeeUYRMr6XQfDb.B4BhR52tRbnQjoUxpbskqqCkyC8YTGVHGj3mFEaqdAHQuEc3EkwuWg oJTusyhHym.8Dusl7yforelDxsQ1443sVFIF.uS1WqABg60ZuroSs7nOhjUQEwCaD1ds- X-Sonic-MF: X-Sonic-ID: e840c51b-1d2a-4798-891d-1af41fed1226 Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Mon, 6 Oct 2025 21:38:06 +0000 Date: Mon, 6 Oct 2025 21:38:03 +0000 (UTC) From: Thomas Carroll To: Pgsql-admin , Raj Message-ID: <469228369.58843.1759786683881@mail.yahoo.com> In-Reply-To: References: Subject: Re: Wal_keep_size MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_58842_267629628.1759786683880" X-Mailer: WebService/1.1.24562 YMailNorrin Content-Length: 2617 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk ------=_Part_58842_267629628.1759786683880 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hope nobody minds me chipping in here. The answer is "not necessarily."=C2=A0 The names make them seem closely rel= ated, but not so much. max_wal_size is all about checkpoints.=C2=A0 When the WAL exceeds this, Pos= tgres will try to run a checkpoint.=C2=A0 Under some circumstances it won't= , but let's keep it simple for now. wal_keep_size is all about replication.=C2=A0 Replicas need WAL files to st= ick around for long enough that they can process them.=C2=A0 wal_keep_size = is a minimum figure. Tom On Monday, October 6, 2025 at 03:51:17 PM EDT, Raj wrote: =20 =20 Should Wal_keep_size <=3D max_wal_size ? =20 ------=_Part_58842_267629628.1759786683880 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit
Hope nobody minds me chipping in here.

The answer is "not necessarily."  The names make them seem closely related, but not so much.

max_wal_size is all about checkpoints.  When the WAL exceeds this, Postgres will try to run a checkpoint.  Under some circumstances it won't, but let's keep it simple for now.

wal_keep_size is all about replication.  Replicas need WAL files to stick around for long enough that they can process them.  wal_keep_size is a minimum figure.

Tom
On Monday, October 6, 2025 at 03:51:17 PM EDT, Raj <rajeshkumar.dba09@gmail.com> wrote:


Should Wal_keep_size <= max_wal_size ?
------=_Part_58842_267629628.1759786683880--