Re: Oom on temp (un-analyzed table caused by JIT) V16.1 [Fixed Already]
От | Daniel Gustafsson |
---|---|
Тема | Re: Oom on temp (un-analyzed table caused by JIT) V16.1 [Fixed Already] |
Дата | |
Msg-id | 8B7A0B6B-7D20-4096-A0AD-926AC19DAA6C@yesql.se обсуждение исходный текст |
Ответ на | Re: Oom on temp (un-analyzed table caused by JIT) V16.1 [Fixed Already] (Kirk Wolak <wolakk@gmail.com>) |
Ответы |
Re: Oom on temp (un-analyzed table caused by JIT) V16.1 [Fixed Already]
|
Список | pgsql-hackers |
> On 16 Jan 2024, at 02:53, Kirk Wolak <wolakk@gmail.com> wrote: > > On Mon, Jan 15, 2024 at 9:03 AM Daniel Gustafsson <daniel@yesql.se <mailto:daniel@yesql.se>> wrote: > > On 15 Jan 2024, at 07:24, Kirk Wolak <wolakk@gmail.com <mailto:wolakk@gmail.com>> wrote: > > > You have a commit [1] that MIGHT fix this. > > I have a script that recreates the problem, using random data in pg_temp. > > And a nested cursor. > > Running your reproducer script in a tight loop for a fair bit of time on the > v16 HEAD I cannot see any memory growth, so it's plausible that the upcoming > 16.2 will work better in your environment. > > Okay, I took the latest source off of git (17devel) and got it to work there in a VM. > > It appears this issue is fixed. It must have been related to the issue originally tagged. Thanks for testing and confirming! Testing pre-release builds on real life workloads is invaluable for the development of Postgres so thank you taking the time. -- Daniel Gustafsson
В списке pgsql-hackers по дате отправления: