Re: Potential "AIO / io workers" inter-worker locking issue in PG18?

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Potential "AIO / io workers" inter-worker locking issue in PG18?
Дата
Msg-id pc7xsm7txsrpftkjid5hdnqpf7nijhirxuta34h742el7ybqcc@oazp43xnqu3h
обсуждение исходный текст
Ответ на Potential "AIO / io workers" inter-worker locking issue in PG18?  (Marco Boeringa <marco@boeringa.demon.nl>)
Ответы Re: Potential "AIO / io workers" inter-worker locking issue in PG18?
Список pgsql-bugs
Hi,

On 2025-10-05 10:55:01 +0200, Marco Boeringa wrote:
> This has worked really well in previous versions of PostgreSQL (tested up to
> PG17). However, in PG18, during the multi-threaded processing, I see some of
> my submitted jobs that in this case were run against a small OpenStreetMap
> Italy extract of Geofabrik, all of a sudden take > 1 hour to finish (up to 6
> hours for this small extract), even though similar jobs from the same
> processing step, finish in less than 10 seconds (and the other jobs should
> as well). This seems to happen kind of "random". Many multi-threading tasks
> before and after the affected processing steps, do finish normally.
> 
> When this happens, I observe the following things:
> 
> - High processor activity, even though the jobs that should finish in
> seconds, take hours, all the while showing the high core usage.
> 
> - PgAdmin shows all sessions created by the Python threads as 'active', with
> *no* wait events attached.

I think we need CPU profiles of these tasks. If something is continually
taking a lot more CPU than expected, that seems like an issue worth
investigating.

Greetings,

Andres Freund



В списке pgsql-bugs по дате отправления: