| From: | Peter Geoghegan <pg(at)heroku(dot)com> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, Noah Misch <noah(at)leadboat(dot)com>, Marti Raudsepp <marti(at)juffo(dot)org>, Stephen Frost <sfrost(at)snowman(dot)net>, Greg Stark <stark(at)mit(dot)edu>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Thom Brown <thom(at)linux(dot)com>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: B-Tree support function number 3 (strxfrm() optimization) |
| Date: | 2014-09-03 21:44:43 |
| Message-ID: | CAM3SWZScOWRR_iOUNZA38bRRxs0bS=zA481Wnt2v4UwdG=ydtQ@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Sep 3, 2014 at 2:18 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
> My suggestion is to remove the special cases for Darwin and 32-bit
> systems and see how it goes.
I guess it should still be a configure option, then. Or maybe there
should just be a USE_ABBREV_KEYS macro within pg_config_manual.h.
Are you suggesting that the patch be committed with the optimization
enabled on all platforms by default, with the option to revisit
disabling it if and when there is user push-back? I don't think that's
unreasonable, given the precautions now taken, but I'm just not sure
that's what you mean.
--
Peter Geoghegan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Marko Tiikkaja | 2014-09-03 22:17:21 | Re: PL/pgSQL 1.2 |
| Previous Message | Kevin Grittner | 2014-09-03 21:41:34 | Re: PL/pgSQL 1.2 |