Re: CUDA Sorting - Mailing list pgsql-hackers

From Thom Brown
Subject Re: CUDA Sorting
Date
Msg-id CAA-aLv5KGfkUtYjuwRfw1o55rH=hb8GZU0ZOayT1x7cWzG0FTw@mail.gmail.com
Whole thread Raw
In response to Re: CUDA Sorting  (Thom Brown <thom@linux.com>)
List pgsql-hackers
On 19 September 2011 16:10, Thom Brown <thom@linux.com> wrote:
> On 19 September 2011 15:54, Greg Stark <stark@mit.edu> wrote:
>> On Mon, Sep 19, 2011 at 3:36 PM, Greg Smith <greg@2ndquadrant.com> wrote:
>>> The main problem here is that the sort of hardware commonly used for
>>> production database servers doesn't have any serious enough GPU to support
>>> CUDA/OpenCL available
>>
>> Of course that could change if adding a GPU would help Postgres... I
>> would expect it to help mostly for data warehouse batch query type
>> systems, especially ones with very large i/o subsystems that can
>> saturate the memory bus with sequential i/o. "Run your large batch
>> queries twice as fast by adding a $400 part to your $40,000 server"
>> might be a pretty compelling sales pitch :)
>>
>> That said, to help in the case I described you would have to implement
>> the tapesort algorithm on the GPU as well. I expect someone has
>> implemented heaps for CUDA/OpenCL already though.
>
> I seem to recall a paper on such a thing by Carnegie Mellon
> University.  Can't remember where I saw it though.

Found it! http://www.cs.cmu.edu/afs/cs.cmu.edu/Web/People/ngm/15-823/project/Final.pdf

--
Thom Brown
Twitter: @darkixion
IRC (freenode): dark_ixion
Registered Linux user: #516935

EnterpriseDB UK: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Florian Pflug
Date:
Subject: Re: Generating a query that never returns
Next
From: Susanne Ebrecht
Date:
Subject: Re: Is there really no interest in SQL Standard?