Optimization in convert_string_datum? - Mailing list pgsql-hackers

From Magnus Hagander
Subject Optimization in convert_string_datum?
Date
Msg-id 4638F0C1.1090201@hagander.net
Whole thread Raw
Responses Re: Optimization in convert_string_datum?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
I'm reviewing the strxfrm patch, and while comparing that code to the
code in varstr_cmp (which uses the same UTF8/UTF16 workaround but for
strcoll instead), and I noticed that in varstr_cmp we have an
optimization to use a stack based buffer instead of palloc if the string
is short enough. Is convert_string_datum performance-critical enough to
make it worthwhile to put a similar optimization there?

//Magnus


pgsql-hackers by date:

Previous
From: "Andrew Dunstan"
Date:
Subject: Re: Feature freeze progress report
Next
From: Tom Lane
Date:
Subject: Re: Feature freeze progress report