Topic: FPGA mining - page 2. (Read 24969 times)

Thanks for the report, mskwik!
What Spartan-3E FPGA did you use exactly, of what size? 500, 1200, 1600?

P.S. I would very much like to try out your design in my project, if it is possible.

Just to throw my own results on FPGA mining out there for comparison I did some experiments on a largish Spartan-3E (because that's the dev board I had around).  I did do a custom design just for bitcoin mining, my goal was to see if it could be done reasonably on FPGA hardware, I don't have the resources available to to take it any further so wasn't concerned about general purpose use, after all an FPGA is easy enough to change if needed.  So IO wasn't a problem, test nonces were generated internally, my inputs were the hash midstate and the 3 dwords of data for the second half and the output was any nonce(s) which resulted in 0 for the final H.  Basic serial communications with it buffering the data and continuing to run the main core on the previous data until it had a full new set of data.  With pipelining and parallel pipes I got it to check 16 hashes every 64 clock cycles, but given that it couldn't be clocked past 50MHz that still only gives 12.5 MHashes/sec.  Of course the power consumption is very low, but even if you price it based on the $45 FPGA chip and not the $200 dev board it still costs quite a bit extra upfront compared with a good GPU, I did run the math and figured that over the length of it's expected useful life including power usage the GPU still comes out cheaper per MHash.  Now compared with a CPU it could be competitive, especially if you found a minimal dev board or did a custom board to run it on, but still not very practical.

Can't speak for any newer FPGAs from experience, I did try the ISE analysis on a smaller Spartan-6 (trying to match the FPGA price) and got it to (theoretically) clock up to 100MHz, but it only has room for 1/4 the number of pipelines so I only got half the speed total out of it and decided it wasn't worth trying to get the hardware to pursue it further.

That's right.

As a matter of fact, I do. I totally realize FPGAs are meant for rapid prototyping or for producing very limited number of identical devices. But then again, it remains to be seen whether or not FPGA fits a particular problem well.
Once again, I'm not talking about commercial-scale batch of  Bitcoin crunching hardware I'm just researching FPGA applicability for computationally-intensive tasks, and I think generating Bitcoins is a good example of such a task.

I meant something "useful" in the meaning of something that could show you know how to do it. Not something that was ready to be commercialized. Mainly FPGA are used for producing a small number of units or to test a new device. A large production of FPGAs devices makes no sense for the size and cost.

Yes, i wrote an implementation of an Elliptic IIR filter working on 16 bit fixed point precision, it was way faster than a cpu of the same budget. But, once again, it's a very rare case.

He is limited by the IO rate, as I understood.
By the way, I'll agree about the budget. Alexium, don't you think FPGAs are too expensive to be practical? Just TOO EXPENSIVE ?

But are good for short deadlines...

A better option would be to invest into a project to place an order to a Chinese semiconductor fabric.
Assemble several pipelines on a crystal plus put several crystals in a box and you will easily get the tens of Ghash/sec perfomance.

Thanks! I didn't see that thread, I've only searched the "Mining" section...
P.S. Figures look good! My 4850 gives me 77 MHash/s for like 80-90 Watts, resulting in less than 1 MHash/W
And Cyclone 3 is an just an average FPGA, biggest and fastest FPGA might be even more interesting...

No way, my board doesn't have a fast enough interface.
Are you positive it's impossible to outperform modern CPUs? I thought SHA is an integer algorithm, I know FPGA have problems with floating point.

The idea is to make an ASIC hard copy and break even by selling low watt per hash devices to miners.
I for one would be in the market for a device that reduced my average watt per hash.

http://bitcointalk.org/index.php?topic=2362.40

You are wasting your time. I develop in Xilinx ISE and there is no way an FPGA can outperform CPU/GPU of the same budget. There are few exceptions about the CPU, mainly if you work with fixed point numbers using less than 32 bit precision.
If you want to show something "useful" at your presentation implement an encryption device, for example able to handle real time disk encryption.

That's exactly how I see it. Except for data generation should also be done in FPGA (if I understand you correctly and you are talking about the data chunk for which hash is computed).

Relax, you do not need to implement the Bitcoin algorithm.

You would only need to mimic the scheme used in GPU mining, almost everything Bitcoin-specific should stay on PC as software,
your FPGA should only care about computing hashes over pre-computed piece of data plus modifying some bits on it. The  piece of data
would be pre-computed on PC by Bitcoin client software.

No, I'm not trying to explain details here.

Greetings!
First of all, I'm new to Bitcoin, so please don't go hard on me
I'm doing my final year project, and it happens to be about reconfigurable computing. Basically, I'm making a set of tools neccessary to create an FPGA-based coprocessor for PC. I'm still making those tools and API, but the deadline is dangerously close, so I'm spending more and more time thinking about computational problems I could possibly implement into FPGA.
Hash matching seems to fit my task well because it is not I/O bound (and my project currently has ve-e-e-e-ery slow I/O). As far as I understand, Bitcoin uses SHA256, and there seems to be an implementation of SHA256 at OpenCores.org. My question is: where would you suggest me to read about Bitcoin algorithm, so I could understand it and implement it as soon as possible? I know it's open source, but i would like a concise description of the neccessary basics.
Thank you!

P.S. I realize FPGA is no match for GPU performance-wise, but there are other criteria by which FPGA might exceed GPU. Also, I'm pretty sure FPGA is way faster than CPU, and beating CPU is currently my main goal.