Re: BUG #18616: Long-running hash index build can not be interrupted
От | Tom Lane |
---|---|
Тема | Re: BUG #18616: Long-running hash index build can not be interrupted |
Дата | |
Msg-id | 122464.1726255346@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: BUG #18616: Long-running hash index build can not be interrupted (Alexander Lakhin <exclusion@gmail.com>) |
Ответы |
Re: BUG #18616: Long-running hash index build can not be interrupted
|
Список | pgsql-bugs |
Alexander Lakhin <exclusion@gmail.com> writes: > 13.09.2024 17:51, Pavel Borisov wrote: >> I was unable to reproduce it on my machine with these settings. Tried statement timeouts 30-120s. Index build appears >> to be in interruptible phase on my system. > Yes, the patch works for me. The query is interrupted as expected. > But I wonder, why don't you the see same? I see the same result as Alexander: the query fails to time out after the expected 90 seconds, and it's looping in _h_indexbuild. Looking at hashbuild, the effective sort_threshold depends on NBuffers, so maybe if you have that set to a high enough value it fails to go into the sort path? If I use SET maintenance_work_mem = '128MB'; instead of the suggested 1GB, I don't see the problem. regards, tom lane
В списке pgsql-bugs по дате отправления: