From: | Gregory Stark <stark(at)enterprisedb(dot)com> |
---|---|
To: | "Lincoln Yeoh" <lyeoh(at)pop(dot)jaring(dot)my> |
Cc: | "Billings, John" <John(dot)Billings(at)PAETEC(dot)com>, <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Using the power of the GPU |
Date: | 2007-06-16 16:12:21 |
Message-ID: | 87vednop3u.fsf@oxford.xeocode.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
I did find this:
http://www.andrew.cmu.edu/user/ngm/15-823/project/Draft.pdf
But there are several reasons this seems to be a dead-end route for Postgres:
1) It's limited to in-memory sorts. Speeding up in-memory sorts by a linear
factor seems uninteresting. Anything large enough for a small linear
speedup to be interesting will be doing a disk sort anyways.
2) It's limited to one concurrent sort. There doesn't seem to be any facility
for managing the shared resource of the GPU.
3) It's limited to sorting a single float. Postgres has an extensible type
system. The use case for sorting a list of floats is pretty narrow. It's
also limited to 32-bit floats and it isn't clear if that's an
implementation detail or a hardware limitation of current GPUs.
4) It uses a hardware-specific driver for Nvidia GPUs. Ideally there would be
some kind of kernel driver which took care of managing the shared resource
(like the kernel manages things like disk, network, memory, etc) and either
that or a library layer would provide an abstract interface so that the
Postgres code would be hardware independent.
--
Gregory Stark
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | PFC | 2007-06-16 16:24:23 | Re: PHP sucks!! - was: persistent db connections in PHP |
Previous Message | PFC | 2007-06-16 16:10:03 | Re: What O/S or hardware feature would be useful for databases? |