Re: [EXTERNAL] Re: Add non-blocking version of PQcancel
От
Jelte Fennema-Nio
Тема
Re: [EXTERNAL] Re: Add non-blocking version of PQcancel
Дата
Msg-id
CAGECzQRkiiGQC+ne57ZhZv-dcQ3k5Ey4BjwXpiUKsWQ=9vftfg@mail.gmail.com
Ответ на
Re: [EXTERNAL] Re: Add non-blocking version of PQcancel (Alvaro Herrera)
Список
Дерево обсуждения
Add non-blocking version of PQcancel Jelte Fennema <Jelte.Fennema@microsoft.com>
Re: Add non-blocking version of PQcancel Andres Freund <andres@anarazel.de>
Re: Add non-blocking version of PQcancel Jelte Fennema <Jelte.Fennema@microsoft.com>
Re: Add non-blocking version of PQcancel Jacob Champion <pchampion@vmware.com>
Re: Add non-blocking version of PQcancel Tom Lane <tgl@sss.pgh.pa.us>
Re: Add non-blocking version of PQcancel Andres Freund <andres@anarazel.de>
Re: Add non-blocking version of PQcancel Robert Haas <robertmhaas@gmail.com>
Re: Add non-blocking version of PQcancel Tom Lane <tgl@sss.pgh.pa.us>
Re: Add non-blocking version of PQcancel Robert Haas <robertmhaas@gmail.com>
Re: Add non-blocking version of PQcancel Tom Lane <tgl@sss.pgh.pa.us>
Re: [EXTERNAL] Re: Add non-blocking version of PQcancel Jelte Fennema <Jelte.Fennema@microsoft.com>
Re: Add non-blocking version of PQcancel Jelte Fennema <Jelte.Fennema@microsoft.com>
Re: Add non-blocking version of PQcancel Justin Pryzby <pryzby@telsasoft.com>
Re: Add non-blocking version of PQcancel Jelte Fennema <Jelte.Fennema@microsoft.com>
Re: Add non-blocking version of PQcancel Jelte Fennema <Jelte.Fennema@microsoft.com>
Re: Add non-blocking version of PQcancel Justin Pryzby <pryzby@telsasoft.com>
Re: Add non-blocking version of PQcancel Justin Pryzby <pryzby@telsasoft.com>
Re: Add non-blocking version of PQcancel Alvaro Herrera <alvherre@alvh.no-ip.org>
On Thu, 28 Mar 2024 at 17:43, Alvaro Herrera wrote: > Hah, you're right, I can reproduce with a smaller timeout, and using SET > LOCAL works as a fix. If we're doing that, why not reduce the timeout > to 1ms? We don't need to wait extra 9ms ... I think we don't really want to make the timeout too short. Otherwise the query might get cancelled before we push any query down to the FDW. I guess that means that for some slow machines even 10ms is not enough to make the test do the intended purpose. I'd keep it at 10ms, which seems long enough for normal systems, while still being pretty short.
В списке pgsql-hackers по дате отправления