Re: Improving executor performance

From: Andreas Seltenreich <seltenreich(at)gmx(dot)de>
To: Andres Freund <andres(at)anarazel(dot)de>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Improving executor performance
Date: 2016-07-14 18:04:03
Message-ID: 878tx42j1o.fsf@credativ.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Andres Freund writes:

> Having expression evaluation and slot deforming as a series of simple
> sequential steps, instead of complex recursive calls, would also make it
> fairly straightforward to optionally just-in-time compile those.

I don't think that JIT becomes easier by this change. Constructing the
IR for LLVM, libFirm or any other JIT library from expression trees is
straightforward already. It's probably more of a nuisance for those
that already have some code/design on JIT-compiling expressions
(vitessedb, ISP RAS, yours truly)

I like your patch for all the other reasons stated though!

regards
Andreas

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2016-07-14 18:17:10 Re: Improving executor performance
Previous Message Andreas Seltenreich 2016-07-14 17:51:47 Re: Issue in pg_catalog.pg_indexes view definition