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 1w8Wdf-000cdw-0G for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Apr 2026 05:00:11 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1w8Wdd-009mUV-2a for pgsql-hackers@arkaria.postgresql.org; Fri, 03 Apr 2026 05:00:10 +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.96) (envelope-from ) id 1w8Wdd-009mUN-1c for pgsql-hackers@lists.postgresql.org; Fri, 03 Apr 2026 05:00:09 +0000 Received: from mail-wm1-x333.google.com ([2a00:1450:4864:20::333]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1w8Wdb-00000000Ii5-2yV2 for pgsql-hackers@lists.postgresql.org; Fri, 03 Apr 2026 05:00:08 +0000 Received: by mail-wm1-x333.google.com with SMTP id 5b1f17b1804b1-488879b2e6aso13503735e9.1 for ; Thu, 02 Apr 2026 22:00:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1775192405; x=1775797205; darn=lists.postgresql.org; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=B8G1LCj6dcuRzho9nc4Te8cI49jbu4gDcAiasu4vU2o=; b=T8/bag+rMgJ2wZ01e/jrFnupkGLYlCRdU9RHnvKaCflTfGmTfPOdVN93vpbDfnNV+W tENvWBcUGlrCJtIGVM0Nrl9e1/qVb7+GoDbg0vWYDtMX7LdOd+JxemtKGfqAf+7G4f4U 5b92XxzY0rV1Ovjw3TcIh/VfSplZkkrtMgg7FN1SN+d+sO+ROo1Qa6zRMGk4xmZgRloS axELoLo1f8yx1fZDIjz0POTDnxLQIv5nPgADGO5cuI8CiUwfcbym5bhvX1W0ccxtnm71 lDrc0bWMQXC9aIv9ZRhd79dgQ1jHgkxZtrHTiHRvB3AlnUslHRwhOFIXx6LOeNfTMvsk l9jg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1775192405; x=1775797205; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-gg:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=B8G1LCj6dcuRzho9nc4Te8cI49jbu4gDcAiasu4vU2o=; b=bQQ2lY1gMwaus+8Rf5JPLhYJeiWsI+ILeSXvI5y1vjNXfsooSbq7M7+rrMoVj9nqwf X8Cmaie9rveMMdmaSCJ4TyZLl6Tx+w2r24qsm6kYnHKhiNv8YxbYbtx64tXIhqOQKdoa 7rNRKNOBgHyRH3VOAFzHNoUOdGOos8mVT5XPBo5Y0LUWEwFB82LTxZfFqxCT7s1WFgez 8AWzhTDfMzxLiNNUI4KLeTWIycb3BHcX+D0WIkt/SRzVLNfPb2ZFSAGb5Y0VkUmzh9a1 e1R4vET7R+00MFyeMn9CE4bK62Y8ZWeW7dHyzI5M+gAdUqcWN+DMEPWB3sgz4OuRuwni lvLQ== X-Forwarded-Encrypted: i=1; AJvYcCWgbZa4ALwAmSD704ijODcZZtk9T2xkFE+wOzvOm4ofbrn2UGGnW9shDExDfMV13VSMECndEU6pLTXYFMAo@lists.postgresql.org X-Gm-Message-State: AOJu0Yz0AtvRloJIdRFfZFSUCHpD/VybAB59LDTuaueAE0m23UnQNAN2 ZFJJQTuLQjL1SxUM75B+LhnxUIMQDYz8TixPM/yvxIwBSSCzPA6m1Ntt X-Gm-Gg: ATEYQzwcU2SJcqHpQznEK2CZnvzOtm6GQVMe31PnNediryrpaN8/MI38xcFyH7AVGAy /831Ab7ED9D9sJ9J9WYWZfQMLoUl3nctltbFKlcAmZF9oSp8yM2OHB72JvrRNdUe9qeSLrwaH/0 oKzAJCFr34sFCz4xJtqgw7MfvWb7fyhK1+U1dPLEKe6rGWztCQtwahHm4uCVaccLNqC+eF4AFw7 CNAJ9JqYwVRsfzktgQIYf3v9qtkUl4TMG6a78/uoplRbV6BqnNDcPmGHOzGz6UMyAQ1Xe7M5Czn O1Pvhk4mCJA9Q1VtQ9ukMMzRrGfru717cNHvUe8Wcp1WX4/BmOKgV5okWgJjl8ECOnF75dGaI6+ f+KB6TeHX2xa/MwAkyauARX4je9Hnx3R7s1l7JXbbqKog/FIiKFmSvMw7/fjQKvxtQWVBOfxJbM vbdvgiIlifc7XGV3GuvlcxlztM X-Received: by 2002:a05:600c:a4a:b0:488:904b:f31 with SMTP id 5b1f17b1804b1-488997a44e2mr22937765e9.22.1775192405127; Thu, 02 Apr 2026 22:00:05 -0700 (PDT) Received: from [192.168.0.50] ([89.149.68.143]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-488980db973sm19412975e9.3.2026.04.02.22.00.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 02 Apr 2026 22:00:02 -0700 (PDT) Message-ID: <97529f5a-ec10-46b1-ab50-4653126c6889@gmail.com> Date: Fri, 3 Apr 2026 08:00:00 +0300 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: eliminate xl_heap_visible to reduce WAL (and eventually set VM on-access) To: Melanie Plageman , Andres Freund Cc: Tomas Vondra , David Rowley , Kirill Reshke , Chao Li , Andrey Borodin , Xuneng Zhou , Robert Haas , PostgreSQL Hackers , Heikki Linnakangas References: <2be31f17-5405-4de9-8d73-90ebc322f7d8@vondra.me> Content-Language: en-US From: Alexander Lakhin In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Hello Melanie and Andres, 31.03.2026 19:19, Melanie Plageman wrote: > Thanks for the reply! I have committed the patches in this thread and > marked the CF entry accordingly. I've come across an interesting failure produced starting from 378a21618: when using a build made with CFLAGS="-DRELCACHE_FORCE_RELEASE" and echo "io_method = sync" >/tmp/temp.config, the test run: TEMP_CONFIG=/tmp/temp.config TESTS=temp make -s check-tests fails as below: --- .../src/test/regress/expected/temp.out   2026-02-13 06:15:55.887368624 +0200 +++ .../src/test/regress/results/temp.out    2026-04-03 07:51:36.735504156 +0300 @@ -493,11 +493,7 @@  -- Check that read streams deal with lower number of pins available  SELECT count(*), max(a) max_a, min(a) min_a, max(cnt) max_cnt FROM test_temp; - count | max_a | min_a | max_cnt --------+-------+-------+--------- - 10000 | 10000 |     1 |       0 -(1 row) - +ERROR:  no empty local buffer available  ROLLBACK; Could you look please, if it indicates some regression? Best regards, Alexander