RE: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()

From: Floris Van Nee <florisvannee(at)Optiver(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Geoghegan <pg(at)bowt(dot)ie>
Cc: PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>, Andres Freund <andres(at)anarazel(dot)de>
Subject: RE: Delaying/avoiding BTreeTupleGetNAtts() call within _bt_compare()
Date: 2020-03-01 20:15:25
Message-ID: eca8c912f14c41e3955066281dcc6c5d@opammb0561.comp.optiver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> The cfbot thinks it doesn't even apply anymore --- conflict with the dedup
> patch, no doubt?

Minor conflict with that patch indeed. Attached is rebased version. I'm running some tests now - will post the results here when finished.

-Floris

Attachment Content-Type Size
v4-0001-Avoid-pipeline-stall-in-_bt_compare.patch application/octet-stream 1.8 KB
v4-0002-Inline-_bt_compare.patch application/octet-stream 763 bytes

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2020-03-01 20:46:13 Re: [PATCH] Erase the distinctClause if the result is unique by definition
Previous Message Noah Misch 2020-03-01 19:56:32 Re: [HACKERS] WAL logging problem in 9.4.3?