Re: WIP: Faster Expression Processing v4

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: WIP: Faster Expression Processing v4
Дата
Msg-id 31039.1490629925@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: WIP: Faster Expression Processing v4  (Andres Freund <andres@anarazel.de>)
Ответы Re: WIP: Faster Expression Processing v4
Re: WIP: Faster Expression Processing v4
Список pgsql-hackers
As to the point of whether it actually helps or not ...

on gcc 6.3.1 (Fedora 25), yes it does.  Seems to be one "jmp *something"
per EEO_NEXT or EEO_JUMP.

on gcc 4.4.7 (RHEL 6), it makes things *WORSE*.  We go from about half of
the dispatches getting routed through a common location, to *all* of them
(except one; for some odd reason the first EEO_NEXT in EEOP_NULLIF
survives as a separate jump).  This seems like a bug, but there it is.

So this means we'd need some serious research to decide whether to apply
it.  And I'm suspecting we'd end up with a compiler version test.
        regards, tom lane



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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: crashes due to setting max_parallel_workers=0
Следующее
От: Jeff Janes
Дата:
Сообщение: Re: segfault in hot standby for hash indexes