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 1vshZg-00FFoM-0B for pgsql-hackers@arkaria.postgresql.org; Wed, 18 Feb 2026 13:26:40 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vshZf-00FzF5-0v for pgsql-hackers@arkaria.postgresql.org; Wed, 18 Feb 2026 13:26:39 +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.96) (envelope-from ) id 1vshZe-00FzEx-31 for pgsql-hackers@lists.postgresql.org; Wed, 18 Feb 2026 13:26:39 +0000 Received: from mail-yx1-xb133.google.com ([2607:f8b0:4864:20::b133]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vshZc-00000001MhI-2TZ5 for pgsql-hackers@postgresql.org; Wed, 18 Feb 2026 13:26:38 +0000 Received: by mail-yx1-xb133.google.com with SMTP id 956f58d0204a3-649b5f5570fso1110978d50.0 for ; Wed, 18 Feb 2026 05:26:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1771421195; cv=none; d=google.com; s=arc-20240605; b=BPIxhUNQcL3UPUB7W6Ln600zaQpeGI8l5aLs2+Lk9Uk6z/g3zqCa2ihAbaEIwfNERl N85Him9a7FpCjJvjfRThUYOwNf8TOKuh93iNj7Nympv6Dh6yzo3PItrR0TSRrux3p7rl o884LM7q67Wo4Eo4ZfD+1K+skMv0xgybsXmEEFOkTQlOEQYlXemlbGBBTFtdkuMSVnsr qp0FnP1EjWS5NwEWe8IghLHTNT1MkGpKsXUTKrVfhklD6dE/ERBjTpPNouq0yG9i9F+W jY7LQAmKymSHDUyxnHcqAJ5ZPd01XFHgtftShQ8hR6IJB7g4v7Ya6x11tHiovpiYndM4 3M6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=8aNUNNTz5z4BPb7AngVK+vPcjznK9ozjTp5CeqI1qNM=; fh=F4rcvGlPXfyLcU3RO3Sv3Bh430IENDrjaU9brQJRNJs=; b=jCJ9ljnQjJOLh4Kmt+FtWHslaYc5igrrTU9Wz6CtBx1vtqMKaEW18sA/hlPRqH9EUt c5UtS6Jtnx+7lG27SxeXQs7lR2Pj4fW0ITh5j3iIHdm8VNGf39Y8LOeFx0Rv0oYiIgtm cIfc07d662UYu8JhV8b2Jv3IiyaAxb4Pu4RUd5E5sRsoP3EJb+m225kKHEbHZkRttoWp mYIzYCenf4VnLRcsz2VoGtDT0Cy8LQrN5RRWqwaWraIPKjZmLnkG7J2fVfXMNHMSGsjK LzxrcDBgO6WHYZhWLYsDNEMTaOviQSSAKy3kHtyieA740a946TtYpKI6ErtJKyAJfWRY l0Pw==; darn=postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=percona.com; s=google; t=1771421195; x=1772025995; darn=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=8aNUNNTz5z4BPb7AngVK+vPcjznK9ozjTp5CeqI1qNM=; b=CbShIb2PvlO399rpsTusVmQnljwvp24iGl1gJJ5Q3W1JNX4tt2bXZ7sCpHZVmYQNAV 9mCBn2Q4Hnepa/hX0l/HxLfEaXQurMDRLPpk3cJF98JEuf5FuNf0fIX9bmJRhV0YQOJl JyjsSzSZKVJ/Lp2lLZhyp2xFZQ6Efd7R4IWDA= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771421195; x=1772025995; h=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; bh=8aNUNNTz5z4BPb7AngVK+vPcjznK9ozjTp5CeqI1qNM=; b=vfdQIsoTrtq9WCzPJVNTVFizvk2iHjOilVOhnk1dfO0clncw9sAj9vBzA/mjiETf5A cv4riNBLyXlpSztyFbD0mZ+AjUb2HZ0VVPsgRIRpD9ECD2Qv4pjmFGLve9uN+Mu0e1u5 mMG4jyIjFmNCa2uO1OgGnOsBUhywB/3VT3glBVAUZsVbxI4jVpsinvUQ9RPxiYceQNhL eJICotllR8d8xesf4UOiqdOizRpg2cy9ay+XFVJxLQKWdzntQWi80Hu/BuSWEgBVD/np iN+S3uDuboi+4tjC9X+RcfHhFBLcfBRkLszeZPk6lgU+35HxKrd8cGYr9PgFUNcgfn3a eCdg== X-Gm-Message-State: AOJu0YyICz9ad9D5k1g2jF7SN6GLyUUOGhTN4acF7DNGE3b5Z4mltepN FzIrdpFG1my4kRT9je0Ige1aMOCH6zSG7FGLUEbjqjw53qDRi3eLBsYa/KHlajPc3iPzw9qd6l4 BTjL9VIkP1AFrzYpaLwEQoOcSygFrKF6Pi3otSJTQ5W0I5kgZ4ZPvLcg4lY723lZbEywTsRNkcz mHQqaXFVS6WEraAUvHiVEoXSIjx5dRaVCSjHo82nNwgsgEaZ/1WSDhi6b3f565c2ntAQRpotVQy 2f76xlDyECApVAXtJaN6b4NorTKlz9pgxerfYJaJrzu2dteopM= X-Gm-Gg: AZuq6aIaNulXkwq6dYjg0ixbyJ52NtZeNH6Fy/4HyP6MUGU6UtNVGBuhXTEsFbfgg/L 2gyJfL1kj4a42GTHRqPcewVbcC2CBlLuXPqsjZumNvrGC7Ox2fGPX3JXfGIadr/NeZOl+Vn3cVF UUNgV+ZlLo2mk6kakLZYuQnsGpZtZXwGbInWmLhyfILioY7ZVtwSfF1WSHnssLc/dvllEZIRAzh 4abviDVnCLEG2kgrD2C0UYuzB69uQ8h2hS3qRROysJt9aTti7+u74O0+jRtMGikg+r664DkPnDQ ap/pH+e6Iw== X-Received: by 2002:a05:690e:e84:b0:649:9795:619f with SMTP id 956f58d0204a3-64c558102a0mr1311122d50.17.1771421194856; Wed, 18 Feb 2026 05:26:34 -0800 (PST) MIME-Version: 1.0 References: <20231009230805.funj5ipoggjyzjz6@awork3.anarazel.de> In-Reply-To: From: Andy Pogrebnoi Date: Wed, 18 Feb 2026 15:26:24 +0200 X-Gm-Features: AaiRm52NBX52VRBM-d_48H-2RsS1P_oq3LmaDdqb5EdTus3LppqS6rAyyC1c7vo Message-ID: Subject: Re: Lowering the default wal_blocksize to 4K To: Andres Freund Cc: pgsql-hackers@postgresql.org, Heikki Linnakangas , Robert Haas , Thomas Munro , Matthias van de Meent Content-Type: multipart/alternative; boundary="000000000000115113064b1923a7" X-CLOUD-SEC-AV-Sent: true X-CLOUD-SEC-AV-Info: percona,google_mail,monitor X-Gm-Spam: 0 X-Gm-Phishy: 0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000115113064b1923a7 Content-Type: text/plain; charset="UTF-8" Hi, The Windows tests are failing on `Assert("check_GUC_init(hentry->gucvar)")` for wal_writer_flush_after [1]. It doesn't make much sense to me as both load- and C-value for the wal_writer_flush_after GUC are the same constant: src/backend/utils/misc/guc_parameters.dat: { name => 'wal_writer_flush_after', type => 'int', context => 'PGC_SIGHUP', group => 'WAL_SETTINGS', short_desc => 'Amount of WAL written out by WAL writer that triggers a flush.', flags => 'GUC_UNIT_XBLOCKS', variable => 'WalWriterFlushAfter', boot_val => 'DEFAULT_WAL_WRITER_FLUSH_AFTER', min => '0', max => 'INT_MAX', }, src/include/postmaster/walwriter.h: int WalWriterFlushAfter = DEFAULT_WAL_WRITER_FLUSH_AFTER; This constant was introduced to fix the same issue [2], but I suppose no one checked Windows builds. Windows clearly has an old 8kB value for WalWriterFlushAfter during the check. I suppose it is something with the CI/build. But I have zero experience with building anything for Windows, so any tips on where to look are welcome. *And apologies for the dreadful formatting in my previous email; the client plays tricks on me after I hit Send. [1] https://cirrus-ci.com/task/6286650038288384?logs=test_world#L2728-L2729 [2] https://www.postgresql.org/message-id/CA+hUKGLNmLV=VrT==5MqnbARgx2ifRSFtdd8ofdfrdSLL3yv5A@mail.gmail.com --- Cheers, Andy --000000000000115113064b1923a7 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

The Windows tests are failing = on `Assert("check_GUC_init(hentry->gucvar)")` for wal_writer_f= lush_after [1]. It doesn't make much sense to me as both load- and C-va= lue for the wal_writer_flush_after GUC are the same constant:

src/ba= ckend/utils/misc/guc_parameters.dat:
{ name =3D> 'wal_writer_flus= h_after', type =3D> 'int', context =3D> 'PGC_SIGHUP&#= 39;, group =3D> 'WAL_SETTINGS',
=C2=A0 short_desc =3D> = 9;Amount of WAL written out by WAL writer that triggers a flush.',
= =C2=A0 flags =3D> 'GUC_UNIT_XBLOCKS',
=C2=A0 variable =3D>= 'WalWriterFlushAfter',
=C2=A0 boot_val =3D> 'DEFAULT_WAL= _WRITER_FLUSH_AFTER',
=C2=A0 min =3D> '0',
=C2=A0 max = =3D> 'INT_MAX',
},

src/include/postmaster/walwriter.h:=
int WalWriterFlushAfter =3D DEFAULT_WAL_WRITER_FLUSH_AFTER;

Th= is constant was introduced to fix the same issue [2], but I suppose no one = checked Windows builds. Windows clearly has an old 8kB value for WalWriterF= lushAfter during the check. I suppose it is something with the CI/build. Bu= t I have zero experience with building anything for Windows, so any tips on= where to look are welcome.

*And apologies for the dreadful formatti= ng in my previous email; the client plays tricks on me after I hit Send.
[1] https://cirrus-ci.com/task/6286650038288384?logs=3Dtest= _world#L2728-L2729
[2] https://www.postgresql.org/message-id/CA+hUKGLNmLV=3DVrT=3D=3D5MqnbARgx2= ifRSFtdd8ofdfrdSLL3yv5A@mail.gmail.com

---
Cheers,
Andy
--000000000000115113064b1923a7--