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 1v5zhD-00FAnO-EM for pgsql-admin@arkaria.postgresql.org; Tue, 07 Oct 2025 04:53:07 +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 1v5zh9-00DLG1-Tk for pgsql-admin@arkaria.postgresql.org; Tue, 07 Oct 2025 04:53:04 +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 1v5zh9-00DLFD-I9 for pgsql-admin@lists.postgresql.org; Tue, 07 Oct 2025 04:53:04 +0000 Received: from mail-lj1-x231.google.com ([2a00:1450:4864:20::231]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1v5zh7-000nSQ-24 for pgsql-admin@lists.postgresql.org; Tue, 07 Oct 2025 04:53:03 +0000 Received: by mail-lj1-x231.google.com with SMTP id 38308e7fff4ca-3737d0920e6so63549991fa.1 for ; Mon, 06 Oct 2025 21:53:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1759812780; x=1760417580; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=YcmLWazDrE8UlR8L2Ts03hNpaa36zO7eoWoUnNVVOfk=; b=dTS5lxcUZm8pC37SzctjwaEg+WQuAclbuRA3rVZ50LYMOhnoqR7q43JXT5MuyeydOf zpwwkPH0q5SgtAhgu2+VgC5SSAQWrRQ6mQsjWQ0XfsCSUhhPQRXjzasxNAptyDnqfsjj 3791quFGuqlHYayISoSuaqfDIjkeUdFua4u2Qq0iEmt/5J8gFkNSP9A7Bpj074wXRtRR u7vl3v/ZXOUuOt/oQnBLk4Mw92JXxiIUiKR+JwtiFKk8ddu/VhuO6gibj9znzxQqbq0N mEzV8EGWNXuCbOjqOWBa84Bk1cntClL2EWCTdocKsDxhc6uSrOtoyrim+Xkqwou7OBSr Qt9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759812780; x=1760417580; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=YcmLWazDrE8UlR8L2Ts03hNpaa36zO7eoWoUnNVVOfk=; b=LloV4LGKq3/NDETOIzHbdutLUEdYflclHeeK/pwne5Uj/3s2UyujxIKdLMcKMhL+sZ pb0kwgIgOWda6nhUFajVErlWkBN5lcj6aodPBIrK+tWOV4OyTJGXamID1XkHT276ruLX 7z42itmy8mHsZnPZ9dFQHUSx25kMcvJsqM4wsLiAuKhpxievLERn6GiYhD6iOB6hgW4m jjySVy9l6ynSOpJrk4Jqn1kmxmd+tVW065ZIUOpWnazPi95w6UQACqW4ccUqsjrR8m+r BTepcaDpfAXvGnaq6Ricyn5eJ9xCB34kbqTUy+XNZ7h/IjcLdLxyEI4KLlWAfA1TpXuu QF3A== X-Gm-Message-State: AOJu0Yygd3X6gcTJgjVkuIi/rHNFRyN7doHkSnT66OvuEUTnLynN8KqA +DmCS/U6GMi7IBx1swwwysWb5LD7fKSjcCaMu5pUQnP6EVTQ9gee0BNbr2fi2BjL6lQz1sut48T xGu2NDuSqEWYNuUsLhjWjp14KUpsQYw4= X-Gm-Gg: ASbGncsjCIIWgqKvKBAV9+Bc40aTS3lhGMZMFtKtzyYXLjmIgOxW5F293QZdZPb75SA YSPqpvG1VM8bymFf2XJm3LA6Pe+NqPdJrvHHil+AuQeBD1Geo0T2pRrd1eG0FdoWJSokJAAQjvV ji5liu5FrDOos8W+eIouHzoB7Zmj7+S2CfRV1rYVdfNgkEa6qlztR3T2BnsMHNXotU6wqZzKrTI s6HsV0m2UBFdBwbL0FWkBwgUEWyunYe X-Google-Smtp-Source: AGHT+IGRDA4XxQPxsl+PRI4cGW/2l+afgRxyACo7LU9NPWm2I+LC+kCDzSUEdItBpaJGozHyxoGNV8wL9QnK11ugej0= X-Received: by 2002:a2e:b8c6:0:b0:36c:259a:c921 with SMTP id 38308e7fff4ca-374c371c5c6mr40039061fa.13.1759812780087; Mon, 06 Oct 2025 21:53:00 -0700 (PDT) MIME-Version: 1.0 References: <469228369.58843.1759786683881@mail.yahoo.com> In-Reply-To: <469228369.58843.1759786683881@mail.yahoo.com> From: Raj Date: Tue, 7 Oct 2025 10:22:47 +0530 X-Gm-Features: AS18NWB_fiy-Yc-NmOG6HPnS4IEWWV_TR1y-7-SXxniXZL5nN2zCSpRsFCPQ_Wc Message-ID: Subject: Re: Wal_keep_size To: Thomas Carroll Cc: Pgsql-admin Content-Type: multipart/alternative; boundary="000000000000a0dfcb06408a573c" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000a0dfcb06408a573c Content-Type: text/plain; charset="UTF-8" If wal_keep_size is more than max_wal_size wouldn't it always trigger checkpoint ? On Tue, 7 Oct 2025, 03:08 Thomas Carroll, wrote: > 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 ? > --000000000000a0dfcb06408a573c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
If wal_keep_size is more than max_wal_size wouldn't i= t always trigger checkpoint ?

On Tue, 7 Oct 2025, 03:0= 8 Thomas Carroll, <tomfecarrol= l@yahoo.com> wrote:
Hope nobody minds me chipping in here.

The answer is "not necessarily.&= quot;=C2=A0 The names make them seem closely related, but not so much.

max_wal_size is all about c= heckpoints.=C2=A0 When the WAL exceeds this, Postgres will try to run a= checkpoint.=C2=A0 Under some circumstances it won't, but let's kee= p it simple for now.

wal_k= eep_size is all about replication.=C2=A0 Replicas need WAL files to = stick around for long enough that they can process them.=C2=A0 wal_keep_siz= e is a minimum figure.

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


=20 =20
Sh= ould Wal_keep_size <=3D max_wal_size ?
--000000000000a0dfcb06408a573c--