| From: | Alexander Lakhin <exclusion(at)gmail(dot)com> |
|---|---|
| To: | Alexander Korotkov <aekorotkov(at)gmail(dot)com> |
| Cc: | Daniel Gustafsson <daniel(at)yesql(dot)se>, Daniel Shelepanov <deniel1495(at)mail(dot)ru>, Nikita Malakhov <hukutoc(at)gmail(dot)com>, Michael Paquier <michael(at)paquier(dot)xyz>, Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Andres Freund <andres(at)anarazel(dot)de> |
| Subject: | Re: collect_corrupt_items_vacuum.patch |
| Date: | 2023-12-04 10:00:00 |
| Message-ID: | 918b9dc0-9af0-a62a-19cc-cb858b163299@gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Hi Alexander,
04.12.2023 03:23, Alexander Korotkov wrote:
> I managed to reproduce this on a Linux VM. This problem should arise
> because in extension I don't have access to ProcArrayStruct. So, my
> code is iterating the whole PGPROC's array. I reimplemented the new
> horizon calculation function in the core with usage of
> ProcArrayStruct. Now it doesn't fall for me. Please, recheck.
Yes, v4 works for me as well (thousands of iterations passed).
Thank you!
Though the test passes even without manipulations with the PROC_IN_VACUUM
flag in pg_visibility.c (maybe the test is not good enough to show why
those manipulations are needed).
I also couldn't see where VISHORIZON_DATA_STRICT comes into play...
Best regards,
Alexander
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Krishnakumar R | 2023-12-04 10:03:12 | Move bki file pre-processing from initdb - part 1 - initdb->genbki.pl |
| Previous Message | zhihuifan1213 | 2023-12-04 09:31:39 | Re: Avoid detoast overhead when possible |