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 1ulZkT-002n1Q-Ff for pgsql-hackers@arkaria.postgresql.org; Mon, 11 Aug 2025 21:08:05 +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 1ulZkR-003vTF-U0 for pgsql-hackers@arkaria.postgresql.org; Mon, 11 Aug 2025 21:08: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 1ulZkR-003vT7-Al for pgsql-hackers@lists.postgresql.org; Mon, 11 Aug 2025 21:08:03 +0000 Received: from relay2-d.mail.gandi.net ([2001:4b98:dc4:8::222]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1ulZkO-0005Qf-1Y for pgsql-hackers@lists.postgresql.org; Mon, 11 Aug 2025 21:08:03 +0000 Received: by mail.gandi.net (Postfix) with ESMTPSA id 7C74C442F2; Mon, 11 Aug 2025 21:07:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vondra.me; s=gm1; t=1754946476; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=In47Zc6w6hgqiOWs7iOF5TepCGmmgjK0+/pl18fNyNo=; b=TAvisOAO3QhO9ZJMOi8xqW5qx/ZxkoRhRdCPd+nDtiLhcQuJKVzuCFlEq2+vrMYkX8EjDz HagGa6RjcUJHU6hMNtNdYFZXT+upNZoOJVghZG4s0y13yaWEwl/hhyNtHgrcJqKGAJrm3w 3faFv9q9P7+Uqps6i4TzPQQFuUS7lrVMHhXZFj+OhHd0xdDB5j/FXkEvfBRorDsCOSZb8u CaccayRbrD6J3d0tCI1SmY6Vcw8X0unLASd8DeNeQGgETmd54wz9DCqKLGOFaDvjk7DFqD hXy17S/fsOKnITR3BK/2jY6JuO3z+LDO0AcUIOSz2VO3SnwDR3Sgob8PQnFq3A== Message-ID: Date: Mon, 11 Aug 2025 23:07:50 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: index prefetching To: Peter Geoghegan Cc: Andres Freund , Nazir Bilal Yavuz , Thomas Munro , Robert Haas , Melanie Plageman , PostgreSQL Hackers , Georgios , Konstantin Knizhnik , Dilip Kumar References: <8ed1d326-5c6e-476e-b3fd-30d3da210546@vondra.me> <38b865bd-2ae9-4a94-a788-6e3dc99ccd70@vondra.me> <306fc8c0-c882-4602-86f5-a106b9ace603@vondra.me> <152ea782-5bd4-4435-b021-0ab2da61e63d@vondra.me> <7c2f6350-6fca-4e39-b0a8-8ac735f5d58a@vondra.me> <2e63cadd-2a03-46b1-866e-7ea5d3ffd37f@vondra.me> Content-Language: en-US From: Tomas Vondra In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-GND-State: clean X-GND-Score: -100 X-GND-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgddufeefgeelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuifetpfffkfdpucggtfgfnhhsuhgsshgtrhhisggvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefkffggfgfuvfevfhfhjggtgfesthekredttddvjeenucfhrhhomhepvfhomhgrshcugghonhgurhgruceothhomhgrshesvhhonhgurhgrrdhmvgeqnecuggftrfgrthhtvghrnhepuedvvdeifefffeekudeggfdtieeglefggeduheffveeihefggfehgfdvudetffevnecukfhppeekiedrgeelrddvfedtrddvtdeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepkeeirdegledrvdeftddrvddtiedphhgvlhhopegluddtrddufeejrddtrddvngdpmhgrihhlfhhrohhmpehtohhmrghssehvohhnughrrgdrmhgvpdhnsggprhgtphhtthhopedutddprhgtphhtthhopehpghessghofihtrdhivgdprhgtphhtthhopegrnhgurhgvshesrghnrghrrgiivghlrdguvgdprhgtphhtthhopegshigrvhhuiiekudesghhmrghilhdrtghomhdprhgtphhtthhopehthhhomhgrshdrmhhunhhrohesghhmrghilhdrtghomhdprhgtphhtthhopehrohgsvghrthhmhhgrrghssehgmhgrihhlrdgtohhmpdhrtghpthhtohepmhgvlhgrnhhivghplhgrghgvmhgrnhesghhmrghilhdrtghomhdprhgtphhtt hhopehpghhsqhhlqdhhrggtkhgvrhhssehlihhsthhsrdhpohhsthhgrhgvshhqlhdrohhrghdprhgtphhtthhopehgkhhokhholhgrthhoshesphhrohhtohhnmhgrihhlrdgtohhm X-GND-Sasl: tomas@vondra.me List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 8/11/25 22:14, Peter Geoghegan wrote: > On Mon, Aug 11, 2025 at 10:16 AM Tomas Vondra wrote: >> Perhaps. For me benchmarks are a way to learn about stuff and better >> understand the pros/cons of approaches. It's possible some of the >> changes will impact the characteristics, but I doubt it can change the >> fundamental differences due to the simple approach being limited to a >> single leaf page, etc. > > I think that we're all now agreed that we want to take the complex > patch's approach. ISTM that that development makes comparative > benchmarking much less interesting, at least for the time being. IMV > we should focus on cleaning up the complex patch, and on closing out > at least a few open items. > I agree comparing "simple" and "complex" patches is less interesting. I still plan to keep comparing "master" and "complex", mostly to look for unexpected regressions etc. > The main thing that I'm personally interested in right now, > benchmark-wise, is cases where the complex patch doesn't perform as > well as expected when we compare (say) backwards scans to forwards > scans with the complex patch. In other words, I'm mostly interested in > getting an overall sense of the performance profile of the complex > patch -- which has nothing to do with how it performs against the > master branch. I'd like to find and debug any weird performance > bugs/strange discontinuities in performance. I have a feeling that > there are at least a couple of those lurking in the complex patch > right now. Once we have some confidence that the overall performance > profile of the complex patch "makes sense", we can do more invasive > refactoring (while systematically avoiding new regressions for the > cases that were fixed). > I can do some tests with forward vs. backwards scans. Of course, the trouble with finding these weird cases is that they may be fairly rare. So hitting them is a matter or luck or just happening to generate the right data / query. But I'll give it a try and we'll see. > In summary, I think that we should focus on fixing smaller open items > for now -- with an emphasis on fixing strange inconsistencies in > performance for distinct-though-similar queries (pairs of queries that > intuitively seem like they should perform very similarly, but somehow > have very different performance). I can't really justify that, but my > gut feeling is that that's the best place to focus our efforts for the > time being. > OK -- Tomas Vondra