Re: Inlining comparators as a performance optimisation - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Inlining comparators as a performance optimisation
Date
Msg-id 4E79FCB3.1030701@dunslane.net
Whole thread Raw
In response to Re: Inlining comparators as a performance optimisation  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Inlining comparators as a performance optimisation
List pgsql-hackers

On 09/21/2011 10:50 AM, Tom Lane wrote:
> The other question that I'm going to be asking is whether it's not
> possible to get most of the same improvement with a much smaller code
> footprint.  I continue to suspect that getting rid of the SQL function
> impedance-match layer (myFunctionCall2Coll etc) would provide most of
> whatever gain is to be had here, without nearly as large a cost in code
> size and maintainability, and with the extra benefit that the speedup
> would also be available to non-core datatypes.
>
>             

Can we get a patch so we can do benchmarks on this?

cheers

andrew


pgsql-hackers by date:

Previous
From: Linas Virbalas
Date:
Subject: Hot Backup with rsync fails at pg_clog if under load
Next
From: Andres Freund
Date:
Subject: sequence locking