Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)

Поиск
Список
Период
Сортировка
От Steve
Тема Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)
Дата
Msg-id Pine.GSO.4.64.0704161805060.593@kittyhawk.tanabi.org
обсуждение исходный текст
Ответ на Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] choose_bitmap_and again (was Re: [PERFORM] Strangely Variable Query Performance)
Список pgsql-patches
>
> Can you find any cases where it makes a worse choice than before?
> Another thing to pay attention to is whether the planning time gets
> noticeably worse.  If we can't find any cases where it loses badly
> on those measures, I'll feel comfortable in applying it...
>

     Okay, here's the vedict; all the "extremely slow" queries (i.e.
queries that took more than 30 seconds and upwards of several minutes to
complete) are now running in the realm of reason.  In fact, most queries
that took between 1 and 4 minutes are now down to taking about 9 seconds
which is obviously a tremendous improvement.

     A few of the queries that were taking 9 seconds or less are
"slightly slower" -- meaning a second or two slower.  However most of them
are running at the same speed they were before, or better.

     So I'd say as far as I can tell with my application and my
dataset, this change is solid and an obvious improvement.


Talk to you later,

Steve

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: scrollable cursor support without MOVE statement
Следующее
От: Zoltan Boszormenyi
Дата:
Сообщение: Re: [HACKERS] Re: IDENTITY/GENERATED v36 Re: Final version of IDENTITY/GENERATED patch