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 1tKzGS-00BvgO-4i for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Dec 2024 12:22:56 +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 1tKzGP-003dhH-6f for pgsql-hackers@arkaria.postgresql.org; Tue, 10 Dec 2024 12:22:54 +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 1tKzGO-003ddF-Lb for pgsql-hackers@lists.postgresql.org; Tue, 10 Dec 2024 12:22:54 +0000 Received: from mail-yb1-xb2d.google.com ([2607:f8b0:4864:20::b2d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1tKzGN-0024NT-6i for pgsql-hackers@postgresql.org; Tue, 10 Dec 2024 12:22:52 +0000 Received: by mail-yb1-xb2d.google.com with SMTP id 3f1490d57ef6-e3985aabf43so4185570276.3 for ; Tue, 10 Dec 2024 04:22:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lelarge-info.20230601.gappssmtp.com; s=20230601; t=1733833369; x=1734438169; 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=94c6LK0sivQtvjlSqF7BiIxwMRXoehBNRpFNgR8julI=; b=JalD8q0BNJwpdcUSBoeu5bY8NKcWsfBWMMoKHsF7hKoLRw4PsBTwI9kUp4T1pfY/ui m+kg3wIvO1DOpf/Ds1jM1woBpTfc1oRJKx/Zign1/qhUNO0m7YOOl0YzZ9MGi6qaCXTS RUoi3G1UO1h6eBsg1HS/nmLUPY6mMybGuEOkqYCGngKhuWjmFaXI7QNvJ5Sw4/c9HpOb kl/ZOngWMCOq/Vck6d4EApADrzV7GY0OmKbaNU1796rgQJdqNx0N3pMlXYAdB7oZo6hN F56qHbCeUraD9FPzGwYHvd+PDWB0h9SrvnHaEL5Df1JNvCxFkHaA5MG4Zekc/cOTIudg njdw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733833369; x=1734438169; 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=94c6LK0sivQtvjlSqF7BiIxwMRXoehBNRpFNgR8julI=; b=ezTNdD5APGbdifLPDO1zwvwUcmOmK7EPhEEJZYGsZzWtSSsrVeMGzDCmOrJ1xDxVaa jVWMN2CQtrBRXGBeAw98U113wrbhICdoVY5Vw5FX9qXhn2kPXRkqf5lbPr+VGEfmH/Mg VsK9kB1eJ7kmuYQIeBAeVRJhsHAm2qvJMzJdHlqUzWVgxQfBNSTnUZ4T1x2tNBSkFZmy CZf0UnjkhmzoXieH5/2n7rXa3fEsDOEf3uYYdCaUKdZooEqQ06gtZ21/DO1IHBnesnk+ nYrIfk37BRU4mcv1udp+u6l7zu16s3zt34rr0DPRb5oGa5j8vZFU6l+JVaffvGOVx8UJ v+1A== X-Forwarded-Encrypted: i=1; AJvYcCWnh1ibpvfhihbYlTAZMVMk2264xFD/UbGPT5zIc2Yty5pFnq44X7P82ihn+YNDjoVK3EmXwWL0sqvhG8SG@postgresql.org X-Gm-Message-State: AOJu0YyAJ7tqHNBUjhFp7xxPaCL6FjrCvDgOv2Q6wPv5N7Yu6BlcYS4u KyLXC3JXYXgHS/NNBVboztHMXNfITz/SVmH6yKYy6HlW6ncSLMst3R7w2es5NdLCzyDZlywDBXZ tP/OX9bes6nInfs2uE0KrQdqlPpJ1RoI1rrTxNg== X-Gm-Gg: ASbGnct0V8eAv2uDpo+0NLdLmYSyom/IsO7JQcYqK6Zitpd17ILa0Olt2CIW6KIO1W1 0C5n5B+Ln/Zhkukh7lLspncUAnfM6PT8qb7k= X-Google-Smtp-Source: AGHT+IHbsNGhmMypxuYO0BmvD0QlJS+KoDgALhjAK0w7vsy6X9e9rxr4Wn+sSqU41Sfx2EU5hnrroKNgSVZwNn/oS74= X-Received: by 2002:a05:6902:2183:b0:e39:72f5:2c41 with SMTP id 3f1490d57ef6-e3a59bddbdemr3072169276.46.1733833369279; Tue, 10 Dec 2024 04:22:49 -0800 (PST) MIME-Version: 1.0 References: <3076356.1730831425@sss.pgh.pa.us> In-Reply-To: From: Guillaume Lelarge Date: Tue, 10 Dec 2024 13:22:38 +0100 Message-ID: Subject: Re: Proposals for EXPLAIN: rename ANALYZE to EXECUTE and extend VERBOSE To: David Rowley Cc: Greg Sabino Mullane , Robert Haas , Michael Christofides , "David G. Johnston" , Nikolay Samokhvalov , Tom Lane , pgsql-hackers@postgresql.org Content-Type: multipart/alternative; boundary="000000000000137c6b0628e98ae0" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000137c6b0628e98ae0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Le mar. 10 d=C3=A9c. 2024 =C3=A0 03:57, David Rowley = a =C3=A9crit : > On Thu, 21 Nov 2024 at 08:30, Guillaume Lelarge > wrote: > > OK, I'm fine with this. v4 patch attached with one plan showing read, > written, and dirtied buffers. > > Today I spent more time polishing this patch. There were a few cases > in the docs that displayed EXPLAIN ANALYZE output that you'd not > adjusted to include the buffers output or adjusted to do BUFFERS OFF. > I think I've got all these now. Tom went to some effort to fix some > outdated EXPLAIN outputs for v17 in 5caa05749, so I think we owe it to > him not to let these go out of date so soon after that change. > > You're right and I completely forgot to check the whole documentation. I just looked at perform.sgml which was the obvious file for explain plans. Anyway, sorry about this, and thanks a lot for your work on this patch. I also was thinking again about what Robert mentioned about > auto_explain.log_buffers should now also be on by default. I'm less > certain than him about this change. It seems like a separate > consideration that we could apply many of the same arguments for the > main change to. In any case, I extracted that change from the 0001 > patch and put it in a 0002 patch as it doesn't seem like something > that should be a sidenote in the commit message. I felt doing that > increases the chances that it would be overlooked in the release > notes. > > I was very close to pushing 0001 today, but will hold off until > tomorrow to see if anyone has final comments. > > No more comments. I'm fine with both patches. > For 0002, I'd really like to see a bit more justification for it. For > the record, I'm not against 0002, it's just that my personal arguments > for wanting 0001 don't apply to 0002. > > I guess consistency is the key word here. But I agree that 0001 is the one that's really important to me. Thanks again for your work on this. --=20 Guillaume. --000000000000137c6b0628e98ae0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Le=C2=A0m= ar. 10 d=C3=A9c. 2024 =C3=A0=C2=A003:57, David Rowley <dgrowleyml@gmail.com> a =C3=A9crit=C2=A0:
=
On Thu, 21 Nov 2024= at 08:30, Guillaume Lelarge <guillaume@lelarge.info> wrote:
> OK, I'm fine with this. v4 patch attached with one plan showing re= ad, written, and dirtied buffers.

Today I spent more time polishing this patch. There were a few cases
in the docs that displayed EXPLAIN ANALYZE output that you'd not
adjusted to include the buffers output or adjusted to do BUFFERS OFF.
I think I've got all these now. Tom went to some effort to fix some
outdated EXPLAIN outputs for v17 in 5caa05749, so I think we owe it to
him not to let these go out of date so soon after that change.


You're right and I completely forg= ot to check the whole documentation. I just looked at perform.sgml which wa= s the obvious file for explain plans. Anyway, sorry about this, and thanks = a lot for your work on this patch.

I also was thinking again about what Robert mentioned about
auto_explain.log_buffers should now also be on by default.=C2=A0 I'm le= ss
certain than him about this change. It seems like a separate
consideration that we could apply many of the same arguments for the
main change to.=C2=A0 In any case, I extracted that change from the 0001 patch and put it in a 0002 patch as it doesn't seem like something
that should be a sidenote in the commit message. I felt doing that
increases the chances that it would be overlooked in the release
notes.

I was very close to pushing 0001 today, but will hold off until
tomorrow to see if anyone has final comments.


No more comments. I'm fine with bo= th patches.
=C2=A0
For 0002, I'd really like to see a bit more justification for it.=C2=A0= For
the record, I'm not against 0002, it's just that my personal argume= nts
for wanting 0001 don't apply to 0002.


I guess consistency is the key word he= re. But I agree that 0001 is the one that's really important to me.

Thanks again for your work on this.


--
Guillaume.
=
--000000000000137c6b0628e98ae0--