Re: Improving executor performance - Mailing list pgsql-hackers

From Andreas Seltenreich
Subject Re: Improving executor performance
Date
Msg-id 878tx42j1o.fsf@credativ.de
Whole thread Raw
In response to Re: Improving executor performance  (Andres Freund <andres@anarazel.de>)
Responses Re: Improving executor performance  (Andres Freund <andres@anarazel.de>)
List 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



pgsql-hackers by date:

Previous
From: Andreas Seltenreich
Date:
Subject: Re: Issue in pg_catalog.pg_indexes view definition
Next
From: Andres Freund
Date:
Subject: Re: Improving executor performance