Re: Catching up with performance & PostgreSQL 15

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Catching up with performance & PostgreSQL 15
Дата
Msg-id 4bc8b0d1-f2a2-5b9d-0b28-6fc7cf681eb3@dunslane.net
обсуждение исходный текст
Ответ на Re: Catching up with performance & PostgreSQL 15  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-performance
On 2022-11-30 We 11:36, Tom Lane wrote:
> Andres Freund <andres@anarazel.de> writes:
>> On November 30, 2022 3:47:32 AM PST, Andrew Dunstan <andrew@dunslane.net> wrote:
>>> I think Alvaro's point is that it would have been better to work out
>>> these wrinkles before turning on JIT by default. Based on anecdotal
>>> reports from the field I'm inclined to agree.
>> The problem is that back when it was introduced these problems didn't exist to a significant degree. JIT was
developedwhen partitioning was very minimal- and the problems we're seeing are almost exclusively with queries with
manypartitions. The problems really only started much more recently. It also wasn't enabled in the first release..
 
> Well, wherever you want to pin the blame, it seems clear that we
> have a problem now.  And I don't think flipping back to off-by-default
> is the answer -- surely there is some population of users who will
> not be happy with that.  We really need to prioritize fixing the
> cost-estimation problems, and/or tweaking the default thresholds.
>
>             


+1


FTR I am not trying to pin blame anywhere. I think the work that's been
done on JIT is more than impressive.


cheers


andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com




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

Предыдущее
От: Igor ALBUQUERQUE SILVA
Дата:
Сообщение: Re: Geometric types row estimation
Следующее
От: Paul McGarry
Дата:
Сообщение: Odd Choice of seq scan