MySQL Forums
Forum List  »  Performance

Re: Hardware Acceleration of MySQL
Posted by: Tyler Reed
Date: February 25, 2005 05:43PM

Thanks for the response Arjen.

You are correct in your assertions. But if you think about how a database engine works, there exist a number of potential optimizations points. First off, new FPGA's have broken the 10 million gate mark and are increasing very quickly from the logic density perspective. Alongside this, most platform FPGA's have a large amount of extremely fast, dual-port RAM embedded in the chip. If an index were placed in the FPGA (assuming it would fit), a complete index search would take about 1 or 2 clock cycles. Newer FPGA's are clocking in around 500MHz, so I leave the math to you as homework :) Also, there are valid reasons to look at RC as an option to offload and accelerate some of the traditional I/O bottlenecks found in traditional computing platforms. Imagine a soft processor with direct and simultaneous access to multiple SCSI or SATA disk drives or arrays.

Combined with algorithmic parallelism possibilities, we believe that at least doing the initial performance profiling and acceleration projections merits a closer look.

What do you think?


>>I'm just wondering whether an RDBMS would be the optimal place to play with RC.
>>Here's my thinking:
>>RDBMS bottlenecks are primarily I/O bound.
>>After good schema design and decent queries, RAM is the most interesting for caching/buffering, >>temporary tables, etc - and then of course disk I/O (with seek time being the critical point there, not >>RPMs or whatever).
>>In short, I doubt whether optimizing algorithmic functions would gain a significant benefit.
>>On the other hand, you may just see that as a challenge ;-)

Options: ReplyQuote

Written By
February 24, 2005 09:54PM
February 24, 2005 11:00PM
Re: Hardware Acceleration of MySQL
February 25, 2005 05:43PM
February 25, 2005 06:18PM

Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.