Re: WIP: Faster Expression Processing and Tuple Deforming (including JIT) - Mailing list pgsql-hackers

From Tom Lane
Subject Re: WIP: Faster Expression Processing and Tuple Deforming (including JIT)
Date
Msg-id 23766.1481050588@sss.pgh.pa.us
Whole thread Raw
In response to WIP: Faster Expression Processing and Tuple Deforming (including JIT)  (Andres Freund <andres@anarazel.de>)
Responses Re: WIP: Faster Expression Processing and Tuple Deforming (including JIT)  (Robert Haas <robertmhaas@gmail.com>)
Re: WIP: Faster Expression Processing and Tuple Deforming (including JIT)  (Andres Freund <andres@anarazel.de>)
Re: WIP: Faster Expression Processing and Tuple Deforming (including JIT)  (Nico Williams <nico@cryptonector.com>)
List pgsql-hackers
Andres Freund <andres@anarazel.de> writes:
> I'm posting a quite massive series of WIP patches here, to get some
> feedback.

I guess the $64 question that has to be addressed here is whether we're
prepared to accept LLVM as a run-time dependency.  There are some reasons
why we might not be:

* The sheer mass of the dependency.  What's the installed footprint of
LLVM, versus a Postgres server?  How hard is it to install from source?

* How will we answer people who say they can't accept having a compiler
installed on their production boxes for security reasons?

* Are there any currently-interesting platforms that LLVM doesn't work
for?  (I'm worried about RISC-V as much as legacy systems.)


I concur with your feeling that hand-rolled JIT is right out.  But
I'm not sure that whatever performance gain we might get in this
direction is worth the costs.
        regards, tom lane



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [COMMITTERS] pgsql: Account for catalog snapshot in PGXACT->xmin updates.
Next
From: Robert Haas
Date:
Subject: Re: [COMMITTERS] pgsql: Account for catalog snapshot in PGXACT->xmin updates.