Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eCTCA-0007Fa-E8 for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Nov 2017 16:27:18 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1eCTCA-0000q8-0u for pgsql-hackers@arkaria.postgresql.org; Wed, 08 Nov 2017 16:27:18 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eCTAa-0003XW-CM for pgsql-hackers@postgresql.org; Wed, 08 Nov 2017 16:25:40 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eCTAX-0004Nu-6v for pgsql-hackers@postgresql.org; Wed, 08 Nov 2017 16:25:39 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id vA8GPFI2021484; Wed, 8 Nov 2017 11:25:16 -0500 From: Tom Lane To: Robert Haas cc: Andres Freund , Claudio Freire , =?UTF-8?B?0K7RgNC40Lkg0KHQvtC60L7Qu9C+0LI=?= , Sokolov Yura , Alvaro Herrera , Heikki Linnakangas , PostgreSQL-Dev Subject: Re: Small improvement to compactify_tuples In-reply-to: References: <20171107152004.axgznk3n5tkzvnnt@alap3.anarazel.de> <29007.1510090796@sss.pgh.pa.us> <19570.1510155199@sss.pgh.pa.us> Comments: In-reply-to Robert Haas message dated "Wed, 08 Nov 2017 11:19:14 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <21482.1510158315.1@sss.pgh.pa.us> Date: Wed, 08 Nov 2017 11:25:15 -0500 Message-ID: <21483.1510158315@sss.pgh.pa.us> List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Robert Haas writes: > Just to throw a random idea out here, we currently have > gen_qsort_tuple.pl producing qsort_tuple() and qsort_ssup(). Maybe it > could be modified to also produce a specialized qsort_itemids(). That > might be noticeably faster that our general-purpose qsort() for the > reasons mentioned in the comments in gen_qsort_tuple.pl, viz: +1 for somebody trying that (I'm not volunteering, though). regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers