| From: | "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | 席冲(宜穆) <xichong(dot)xc(at)alibaba-inc(dot)com>, pgsql-hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: slru bank |
| Date: | 2024-08-23 02:33:47 |
| Message-ID: | CAKFQuwa3M9U6iZ_TYKmVxj-nB5ovRFOwWybACcFrQxNqPCPx4g@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Thu, Aug 22, 2024 at 7:27 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> "David G. Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com> writes:
> > On Thu, Aug 22, 2024 at 7:07 PM 席冲(宜穆) <xichong(dot)xc(at)alibaba-inc(dot)com>
> wrote:
> >> In SlruSelectLRUPage(), Why do we need to traverse all slots to find
> that
> >> a page already has a buffer assigned? Why not find it
> >> from the [bankstart,bankend]?
>
> > Only the bank is searched, both of the logic loops are bounded by:
> > for (int slotno = bankstart; slotno < bankend; slotno++)
>
> I think the OP has rediscovered the bug already fixed in 7b063ff26.
> That's post-17beta2, though.
>
>
Indeed. I was looking at HEAD.
David J.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tender Wang | 2024-08-23 02:44:19 | Re: [BUG] Fix DETACH with FK pointing to a partitioned table fails |
| Previous Message | Richard Guo | 2024-08-23 02:31:14 | Re: Redundant Result node |