Pages:
Author

Topic: FPGA mining for fun and profit - page 10. (Read 67194 times)

newbie
Activity: 28
Merit: 1
May 17, 2011, 03:49:02 PM
#43
Hello cypherf0x! Good to see a fellow FPGA developer on the forums  Grin

I'm a bit curious about your numbers. Working with an Altera Cyclone3 and Cyclone4, which are the brothers of the Xilinx Spartan series, I've only ever seen 1MHash/s per 1K LUTs. The chips you describe have the equivalent of 75K LUTs (Xilinx has a funky design), which means no more than 75MHash/s. If you are indeed getting >200MHash/s out of a single Spartan 75K, that would be quite wonderful!

Anyway, thank you for posting your findings and, even if you don't post anything more about your research, it's always good to have a new, knowledgeable member on the forums.

The chips on the boards have about 100k LUTs  23k slices with 4 LUTs/slice
Try adding parallel pipelines
hero member
Activity: 560
Merit: 517
May 17, 2011, 03:44:01 PM
#42
Hello cypherf0x! Good to see a fellow FPGA developer on the forums  Grin

I'm a bit curious about your numbers. Working with an Altera Cyclone3 and Cyclone4, which are the brothers of the Xilinx Spartan series, I've only ever seen 1MHash/s per 1K LUTs. The chips you describe have the equivalent of 75K LUTs (Xilinx has a funky design), which means no more than 75MHash/s. If you are indeed getting >200MHash/s out of a single Spartan 75K, that would be quite wonderful!

Anyway, thank you for posting your findings and, even if you don't post anything more about your research, it's always good to have a new, knowledgeable member on the forums.
newbie
Activity: 28
Merit: 1
May 17, 2011, 03:40:38 PM
#41
I would like to buy a FPGA and program it with LabVIEW. Is this a good idea?

You can, but LabVIEW + LabVIEW FPGA module + supported FPGA dev board is about $5700
newbie
Activity: 28
Merit: 1
May 17, 2011, 03:31:57 PM
#40
I will offer a 10 BTC bounty to the first person who either:
You probably have to make that bounty about 1000 times higher to make it remotely interesting to those who have the know how and money to make this stuff in the first place.

The bounty is laughable... A person keeping the code to themselves could profit a lot more than that and keep the competitive advantage.  You may not like it but it's capitalism and just a good business practice to keep that advantage.

I'm not looking to finance the entire project myself.  If I were, I'd just hire an engineer and not bother talking about it here.  I'm trying to get the ball rolling and prompt others who are also concerned about Bitcoin remaining a distributed currency to chip in.

Ok, buisiness... I have agreements not to release my current design which involves FPGAs

142MeH5qrYmHBEGkzVYGMKaLc66KVHZe4q

If I get enough to that address to fund getting an ASIC produced, I will along with an easy to use board.

Really?  We should give you money so that maybe something will come of it?

So someone should release the code and maybe get a bounty?  You can play with maybe all day.  In the end I already have a working prototype and now someone else with more FPGA experience than myself to polish the code.  He develops chips for a living, I develop hardware boards and embedded software so that seems like a pretty reasonable combo for getting something done.
newbie
Activity: 6
Merit: 0
May 17, 2011, 03:28:55 PM
#39
I would like to buy a FPGA and program it with LabVIEW. Is this a good idea?
newbie
Activity: 28
Merit: 1
May 17, 2011, 03:17:30 PM
#38

Never used it but it has enough gates that it should be able to run a few pipelines
sr. member
Activity: 266
Merit: 251
May 17, 2011, 03:11:44 PM
#37
I will offer a 10 BTC bounty to the first person who either:
You probably have to make that bounty about 1000 times higher to make it remotely interesting to those who have the know how and money to make this stuff in the first place.

The bounty is laughable... A person keeping the code to themselves could profit a lot more than that and keep the competitive advantage.  You may not like it but it's capitalism and just a good business practice to keep that advantage.

I'm not looking to finance the entire project myself.  If I were, I'd just hire an engineer and not bother talking about it here.  I'm trying to get the ball rolling and prompt others who are also concerned about Bitcoin remaining a distributed currency to chip in.

Ok, buisiness... I have agreements not to release my current design which involves FPGAs

142MeH5qrYmHBEGkzVYGMKaLc66KVHZe4q

If I get enough to that address to fund getting an ASIC produced, I will along with an easy to use board.

Really?  We should give you money so that maybe something will come of it?
newbie
Activity: 28
Merit: 1
May 17, 2011, 02:11:06 PM
#35
I just realised that Bitcoins future depends on using an algorithm that is not possible to put in hardware like this. If it is, there will probably only be one mining company left after a while because of the economy of scale.

That's the problem with cryptographic money systems.  If you can do it in software you can do it in hardware faster.
legendary
Activity: 1284
Merit: 1001
May 17, 2011, 02:00:19 PM
#34
I just realised that Bitcoins future depends on using an algorithm that is not possible to put in hardware like this. If it is, there will probably only be one mining company left after a while because of the economy of scale.
newbie
Activity: 12
Merit: 0
May 17, 2011, 01:01:19 PM
#33
It's a bit easier now, though still not very cheap.  You can hand the team FPGA files and they'll turn it into an ASIC.  The only way to make it cost effective per chip though is to get a run of 10k+ or so or tooling costs will kill you.


Yeah, if 5 years from now you had several companies doing the block generation as a business model where they collect the tips, then you would probably see a big rackmount box packed to the brim with ASIC logic in order to drive the per transaction cost down low enough to still make a profit.
newbie
Activity: 28
Merit: 1
May 17, 2011, 12:53:02 PM
#32
Custom ASICs are retarded expensive.  I know the NSA/Some universities got them for DES/Triple DES encryption key breaking, but they cost a few million to develop, and were never in large enough demand to make the non recoverable engineering costs low enough on a per chip basis.

It's a bit easier now, though still not very cheap.  You can hand the team FPGA files and they'll turn it into an ASIC.  The only way to make it cost effective per chip though is to get a run of 10k+ or so or tooling costs will kill you.
newbie
Activity: 12
Merit: 0
May 17, 2011, 12:49:25 PM
#31
Custom ASICs are retarded expensive.  I know the NSA/Some universities got them for DES/Triple DES encryption key breaking, but they cost a few million to develop, and were never in large enough demand to make the non recoverable engineering costs low enough on a per chip basis.
sr. member
Activity: 256
Merit: 250
May 17, 2011, 12:47:23 PM
#30
I would put much more hope in the upcoming 22nm southern islands GPUs. Even if there are no architecture changes at all, theoretically performance per watt ratios could reach up to 4x the current 69xx ones. We might reach 10000 SPs in a dual GPU.
staff
Activity: 4284
Merit: 8808
May 17, 2011, 12:43:25 PM
#29
The high end Spartan-6 has ~150K gates.

Is this type of thing cost effective for miners to buy just for mining? Nope you'd likely never pay off cost of the cluster from your mining.
Is it cost effective for someone who already owns units used for other work? Very, considering each chip only pulls ~5 watts and they're sitting idle.

Yes. 150K LU  is not enough to fit an unrolled engine with internally pipelined adders. It's enough to fit _one_ unrolled engine, which you'd probably be lucky to get running at 100MHz (=100MH/s).     Maybe you could do some awesome stunts, depending on the platform and somehow get two in, though I don't see it.

If it's otherwise idle capacity, then fine— it would be profitable. But you're not talking about a huge competitive advantage for anyone yet, certainly not a huge short term competitive advantage.

Quote
The bounty is laughable... A person keeping the code to themselves could profit a lot more than that and keep the competitive advantage.  You may not like it but it's capitalism.

Much more and it simply becomes easier to write it myself.  It's quite simple to write a SHA2-256 engine in verilog, though harder to get it going fast.

To someone who knows the tools and has the development kit handy, it's probably two days of work to get something basic going, though the skys is the limit on optimizations.  I'd offer the use of hardware, but the largest programmable FPGA I own is only 27K LU, which is too small to be interesting for this.

The reality is that someone will eventually do it for love or money and reality trumps capitalism.

Moreover, shaking confidence in the security of bitcoin by securing a large private advantage wouldn't be economically sensible for anyone developing this stuff in any case.
hero member
Activity: 714
Merit: 500
May 17, 2011, 12:40:46 PM
#28
Does anyone else have this kind of knowledge? I'd definitely be interested in buying some sort of PCIe card with onboard mining-optimized ASICs if it means better Mh per slot.
newbie
Activity: 12
Merit: 0
May 17, 2011, 12:40:19 PM
#27
Well I stand corrected, and was hilariously off base on my values.  This is still a pretty awesome business plan to run on idle FPGA clusters that would otherwise sit there doing nothing.  The marginal cost is pretty much zero since the hardware was purchased for something else and the depreciation expense is borne by someone else.
newbie
Activity: 28
Merit: 1
May 17, 2011, 12:31:25 PM
#26
For people who don't know a ton about FPGA stuff, you can run a hash engine natively in hardware using a hew hundred gates at most for MD5, and run one hash per clock cycle, with a clock speed of 5-550 Mhz.  

Your figures are wily off.  A ununrolled miner takes about 90K LU, and a internally pipelined one that can reach high clockrates is probably more like 180K LU.  Millions of gates.   This pushes you into the most expensive FPGAs currently available just to get good performance...

FPGAs are great for H/j  but not H/$ at the moment. The upcoming generation of FPGAs may improve this somewhat.  The number's you're describing aren't really realistic except via fully custom asic with NREs in the million dollar range.


The high end Spartan-6 has ~150K gates.

Is this type of thing cost effective for miners to buy just for mining? Nope you'd likely never pay off cost of the cluster from your mining.
Is it cost effective for someone who already owns units used for other work? Very, considering each chip only pulls ~5 watts and they're sitting idle.


The bounty is laughable... A person keeping the code to themselves could profit a lot more than that and keep the competitive advantage.  You may not like it but it's capitalism and just a good business practice to keep that advantage.

Ok, buisiness... I have agreements not to release my current design which involves FPGAs

142MeH5qrYmHBEGkzVYGMKaLc66KVHZe4q

If I get enough to that address to fund getting an ASIC produced, I will along with an easy to use board.

legendary
Activity: 1284
Merit: 1001
May 17, 2011, 12:26:33 PM
#25
I will offer a 10 BTC bounty to the first person who either:
You probably have to make that bounty about 1000 times higher to make it remotely interesting to those who have the know how and money to make this stuff in the first place.
staff
Activity: 4284
Merit: 8808
May 17, 2011, 12:23:40 PM
#24
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


I will gladly match Chris Acheson's bounty of 10BTC on his terms.

A basic FPGA miner isn't a lot of work and it would be a fun project
for someone who hasn't done this kind of work before.  A _fast_
fpga miner which will achieve competitive performance would be a decent
accomplishment.

I think it's important to the health, security, and public confidence
in bit coin that a few large private parties do not retain a substantial
long term advantage in their ability to control the hashchain.

Making sure that the public has the lowest cost access to the mining
state of the art should be helpful for this purpose.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk3SruYACgkQrIWTYrBBO/p58wCfYeGrfT9ptb/bOapN0zJ0Dt9J
XFoAoMuISTUBUGqeOqJc1TBesyG6e0Fh
=WAwq
-----END PGP SIGNATURE-----
Pages:
Jump to: