Re: Improving executor performance

Поиск
Список
Период
Сортировка
От Doug Doole
Тема Re: Improving executor performance
Дата
Msg-id 8c1d094b-d718-f3f6-7090-8e0d927341fb@gmail.com
обсуждение исходный текст
Ответ на Re: Improving executor performance  (Andres Freund <andres@anarazel.de>)
Список pgsql-hackers
> Attached (in patch 0003) is a proof-of-concept implementing an
> expression evalution framework that doesn't use recursion. Instead
> ExecInitExpr2 computes a number of 'steps' necessary to compute an
> expression. These steps are stored in a linear array, and executed one
> after another (save boolean expressions, which can jump to later steps).
> E.g. to compute colname = 1 the steps are 1) fetch var, 2) evaluate
> const, 3) call function.
We've been having trouble with the performance of simple expressions in 
PLpgSQL so I started playing with this patch. (No sense re-inventing the 
wheel after all.) It was straightforward to extend to simple expressions 
and showed an immediate improvement (~10% faster on a simple test). 
Running in our full environment highlighted a few areas that I think are 
worth more investigation.

However, before I tackle that, is the posted proof-of-concept still the 
latest and greatest? If not, any chance of getting the latest?

Going forward, I'd be happy to collaborate on our efforts.

- Doug Doole
Salesforce



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Let's get rid of SPI_push/SPI_pop
Следующее
От: Stefan Scheid
Дата:
Сообщение: Fwd: Re: [CORE] temporal tables (SQL2011)