Re: [HACKERS] Cached plans and statement generalization

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] Cached plans and statement generalization
Дата
Msg-id 22696.1494527462@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] Cached plans and statement generalization  (Bruce Momjian <bruce@momjian.us>)
Ответы Re: [HACKERS] Cached plans and statement generalization  (Andres Freund <andres@anarazel.de>)
Re: [HACKERS] Cached plans and statement generalization  (Konstantin Knizhnik <k.knizhnik@postgrespro.ru>)
Список pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> Good point.  I think we need to do some measurements to see if the
> parser-only stage is actually significant.  I have a hunch that
> commercial databases have much heavier parsers than we do.

FWIW, gram.y does show up as significant in many of the profiles I take.
I speculate that this is not so much that it eats many CPU cycles, as that
the constant tables are so large as to incur lots of cache misses.  scan.l
is not quite as big a deal for some reason, even though it's also large.
        regards, tom lane



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

Предыдущее
От: Euler Taveira
Дата:
Сообщение: Re: [HACKERS] Logical decoding truncate
Следующее
От: Andres Freund
Дата:
Сообщение: Re: [HACKERS] Cached plans and statement generalization