| From: | Peter Geoghegan <pg(at)bowt(dot)ie> |
|---|---|
| To: | Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com> |
| Cc: | Matthias van de Meent <boekewurm+postgres(at)gmail(dot)com>, pgsql-committers(at)lists(dot)postgresql(dot)org |
| Subject: | Re: pgsql: Improve nbtree skip scan primitive scan scheduling. |
| Date: | 2025-04-30 20:25:17 |
| Message-ID: | CAH2-WzkLSMvgGVTbj0g-1yHoQd8X2pjMAQgqjssJd3VBxmNhXw@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers |
On Wed, Apr 30, 2025 at 4:11 PM Mark Dilger
<mark(dot)dilger(at)enterprisedb(dot)com> wrote:
> A similar assertion can still be reached on HEAD using the attached (rather contrived) regression test as of f60420cff66a9089a9b431f9c07f4a29aae4990a:
I independently found the same bug just a few hours ago, using an
enhanced version of my python fuzzing script (posted to the main skip
scan thread) that now performs backwards scans. I'm not at all
surprised to see that your repro also uses ORDER BY ... DESC.
Would you post to that other thread going forward, rather than posting
to this -committers thread?
I'm going to talk about this on the main skip scan -hackers thread,
when I have a proper fix. I already have a fix for the issue that you
reported, but there seems to be an independent remaining issue with
backwards scans that I haven't quite got to the bottom of just yet.
Thanks
--
Peter Geoghegan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Daniel Gustafsson | 2025-04-30 20:29:33 | Re: pgsql: Add function to get memory context stats for processes |
| Previous Message | Robert Haas | 2025-04-30 20:17:43 | Re: pgsql: Add function to get memory context stats for processes |