Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 95E3363223F for ; Mon, 30 Aug 2010 19:02:01 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 74608-08 for ; Mon, 30 Aug 2010 22:01:54 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail-wy0-f174.google.com (mail-wy0-f174.google.com [74.125.82.174]) by mail.postgresql.org (Postfix) with ESMTP id 08A546321B4 for ; Mon, 30 Aug 2010 19:01:53 -0300 (ADT) Received: by wyb35 with SMTP id 35so7115246wyb.19 for ; Mon, 30 Aug 2010 15:01:52 -0700 (PDT) Received: by 10.227.130.31 with SMTP id q31mr4906742wbs.179.1283205712229; Mon, 30 Aug 2010 15:01:52 -0700 (PDT) Received: from [10.10.3.129] (71-6-94-66.static-ip.telepacific.net [71.6.94.66]) by mx.google.com with ESMTPS id a1sm6940880wbb.14.2010.08.30.15.01.49 (version=SSLv3 cipher=RC4-MD5); Mon, 30 Aug 2010 15:01:51 -0700 (PDT) Subject: Re: GPU Accelerated Sorting From: Jeff Davis To: Eliot Gable Cc: pgsql-performance@postgresql.org In-Reply-To: References: Content-Type: text/plain; charset="ISO-8859-1" Date: Mon, 30 Aug 2010 15:01:47 -0700 Message-ID: <1283205707.6656.15.camel@jdavis-ux.asterdata.local> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201008/340 X-Sequence-Number: 40183 On Mon, 2010-08-30 at 09:51 -0400, Eliot Gable wrote: > Not sure if anyone else saw this, but it struck me as an interesting > idea if it could be added to PostgreSQL. GPU accelerated database > operations could be very... interesting. Of course, this could be > difficult to do in a way that usefully increases performance of > PostgreSQL, but I'll leave that up to you guys to figure out. > > http://code.google.com/p/back40computing/wiki/RadixSorting > Radix sort is not a comparison sort. Comparison sorts work for any data type for which you define a total order; and any total order is allowed. Radix sort only works for some data types and some total orders. However, it would be very nice to use radix sorting where it does work. That would require some extensions to the type system, but it could be done. The GPU issue is orthogonal. Regards, Jeff Davis