nelisky
Legendary
Offline
Activity: 1540
Merit: 1002
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 14, 2012, 02:47:30 PM |
|
So you got 3 rings going on in one LX150, right? Any idea what's the smallest (cheapest?) device one could fit a single ring? And 2? Maybe with your approach we can get a better bang for the buck somewhere else, or at least easier sourcing of FPGAs ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
Inspector 2211
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 14, 2012, 05:01:18 PM |
|
So you got 3 rings going on in one LX150, right? Any idea what's the smallest (cheapest?) device one could fit a single ring? And 2? Maybe with your approach we can get a better bang for the buck somewhere else, or at least easier sourcing of FPGAs ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) Stefan of ZTEX fits one ring (65 rounds) into a Spartan6-75. If eldentyrell fits 3 rings into a Spartan6-150, it's not inconceivable that one could fit two rings into a Spartan6-100. I think the main problem of implementing only one ring is, that the result coming out of the SHA-256 operation has to be fed back into the other side, and long interconnects on FPGAs are notoriously slow. Thus, your clock rate suffers, which is probably what eldentyrell is experiencing. Still, Stefan achieves about 180 or 184 MHz on the Spartan6-75 http://www.ztex.de/btcminer/ and I'm dying to learn what clock rate eldentyrell is getting.
|
|
|
|
Dexter770221
Legendary
Offline
Activity: 1029
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 14, 2012, 09:59:22 PM |
|
Earlier he mention something about 160MHz. If he menaged to sustain that value then 160*1.5=240 MH/s. New king of LX150:) I remember times (8 months ago) when many said that its impossible to get close to 200MH/s... Never say never ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
Under development Modular UPGRADEABLE Miner (MUM). Looking for investors. Changing one PCB with screwdriver and you have brand new miner in hand... Plug&Play, scalable from one module to thousands.
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 20, 2012, 03:14:32 AM |
|
Any idea what's the smallest (cheapest?) device one could fit a single ring?
Unfortunately all of the smaller devices are "narrower" than the LX150, which really messes with the design. So, at the moment, it's LX150 or nothing.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 20, 2012, 03:18:36 AM |
|
I think the main problem of implementing only one ring is, that the result coming out of the SHA-256 operation has to be fed back into the other side, and long interconnects on FPGAs are notoriously slow. Thus, your clock rate suffers, which is probably what eldentyrell is experiencing.
Nah, because there's no way you can fit 64 stages in the width of the device (and you can't rotate 90 degrees because the carry chain only runs one way). You have to have at least one "long vertical run" in any design that is more than 32 stages, and any design with less than 128 stages needs some amount of feedback. So there's no way to avoid it. Still, Stefan achieves about 180 or 184 MHz on the Spartan6-75 http://www.ztex.de/btcminer/ and I'm dying to learn what clock rate eldentyrell is getting. Yes, I'm dying to learn that too. Will report back as soon as I have a number that isn't embarrassing. I previously got 160mhz (overclocked up to 170mhz) with my two-ring design, and I have no reason to believe this one will be any slower. But it will certainly take me longer to get there.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
O_Shovah
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 410
Merit: 252
Watercooling the world of mining
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 20, 2012, 09:44:46 AM |
|
@ Eldentyrell Would you accept any assistance on this task ?. I have been working with ISE for some time now and i have two LX150 boards. I would really like to help with the development if you are willing to share some of your knowledge. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
FredericBastiat
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
February 28, 2012, 09:20:34 PM |
|
Any updates on the progress of this design? Just curious.
|
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 01:12:50 AM Last edit: March 09, 2012, 01:27:16 AM by eldentyrell |
|
Here's the map output for the 8-Mar design (see update to first post in thread):
Design Summary -------------- Number of errors: 0 Number of warnings: 4 Slice Logic Utilization: Number of Slice Registers: 94,029 out of 184,304 51% Number used as Flip Flops: 94,029 Number used as Latches: 0 Number used as Latch-thrus: 0 Number used as AND/OR logics: 0 Number of Slice LUTs: 71,380 out of 92,152 77% Number used as logic: 65,646 out of 92,152 71% Number using O6 output only: 11,155 Number using O5 output only: 0 Number using O5 and O6: 54,491 Number used as ROM: 0 Number used as Memory: 4,736 out of 21,680 21% Number used as Dual Port RAM: 0 Number used as Single Port RAM: 0 Number used as Shift Register: 4,736 Number using O6 output only: 480 Number using O5 output only: 480 Number using O5 and O6: 3,776 Number used exclusively as route-thrus: 998 Number with same-slice register load: 993 Number with same-slice carry load: 0 Number with other load: 5
Slice Logic Distribution: Number of occupied Slices: 18,772 out of 23,038 81% Nummber of MUXCYs used: 30,080 out of 46,076 65% Number of LUT Flip Flop pairs used: 74,299 Number with an unused Flip Flop: 6,862 out of 74,299 9% Number with an unused LUT: 2,919 out of 74,299 3% Number of fully used LUT-FF pairs: 64,518 out of 74,299 86% Number of unique control sets: 95 Number of slice register sites lost to control set restrictions: 203 out of 184,304 1%
A LUT Flip Flop pair for this architecture represents one LUT paired with one Flip Flop within a slice. A control set is a unique combination of clock, reset, set, and enable signals for a registered element. The Slice Logic Distribution report is not meaningful if the design is over-mapped for a non-slice resource or if Placement fails.
IO Utilization: Number of bonded IOBs: 1 out of 338 1% Number of LOCed IOBs: 1 out of 1 100%
Specific Feature Utilization: Number of RAMB16BWERs: 0 out of 268 0% Number of RAMB8BWERs: 0 out of 536 0% Number of BUFIO2/BUFIO2_2CLKs: 0 out of 32 0% Number of BUFIO2FB/BUFIO2FB_2CLKs: 0 out of 32 0% Number of BUFG/BUFGMUXs: 6 out of 16 37% Number used as BUFGs: 6 Number used as BUFGMUX: 0 Number of DCM/DCM_CLKGENs: 3 out of 12 25% Number used as DCMs: 0 Number used as DCM_CLKGENs: 3 Number of ILOGIC2/ISERDES2s: 0 out of 586 0% Number of IODELAY2/IODRP2/IODRP2_MCBs: 0 out of 586 0% Number of OLOGIC2/OSERDES2s: 0 out of 586 0% Number of BSCANs: 1 out of 4 25% Number of BUFHs: 0 out of 384 0% Number of BUFPLLs: 0 out of 8 0% Number of BUFPLL_MCBs: 0 out of 4 0% Number of DSP48A1s: 30 out of 180 16% Number of ICAPs: 0 out of 1 0% Number of MCBs: 0 out of 4 0% Number of PCILOGICSEs: 0 out of 2 0% Number of PLL_ADVs: 3 out of 6 50% Number of PMVs: 0 out of 1 0% Number of STARTUPs: 1 out of 1 100% Number of SUSPEND_SYNCs: 0 out of 1 0%
Number of RPM macros: 294 Average Fanout of Non-Clock Nets: 2.31
Peak Memory Usage: 3449 MB
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 01:26:17 AM Last edit: March 09, 2012, 01:42:33 AM by eldentyrell |
|
I've been getting a lot of inquiries about licensing and availability of the design. Most of these inquiries are not terribly serious.
The big problem here is that I have poured an enormous amount of time into this project, and all it takes is one leaked copy of the bitstream to negate that. So if I'm going to release this, most of the workable strategies involve me getting compensated in full up-front.
At this point, the most likely outcome is that I will post a bounty on kickstartr or an equivalent site; if the pledges reach the threshhold I will release the design, most likely as ready-to-run bitstreams for the most popular boards (ztex, x6000, icarus, etc) and a Spartan-6 hard macro so it can be made to work on other boards without any remapping fuss. Releasing the source is probably not all that useful for people; it's written in a custom language that lets me express repetitive geometry and topology simultaneously; the verilog (which is completely illegible) and placement constraints get extracted from that.
A less likely result is that somebody buys an exclusive license for the design. This is really expensive. I'm not holding my breath.
An even less likely result is that I sell per-board licenses using encrypted bitstreams. Unfortunately the only way to do this is for every board to physically pass through my hands in California so I can burn in the decryption key for a design that is specific to that chip's DNA register value; the encryption is symmetric so I can't give out keys. So this would have to be an "extra option" offered by a board manufacturer. I don't think the odds of this happening are too great. It's also incompatible with the kickstartr bounty option, so there would have to be some sort of minimum-board-production commitment. Like I said, this option is highly unlikely.
Either way, this is all moot until the hashrate gets significantly above the open source miner (it will; there is tons of headroom). I'm posting this to help set reasonable expectations.
The design is very easy to forward-port to the Xilinx 7-series parts; I just haven't had a reason to do that yet. I've even backwards-ported it to older devices, but the effort/reward tradeoff there doesn't usually work out (it did this time only because I got the chips almost-for-free). It's also possible to port it to most SASIC platforms, but my "are you serious about this" threshold for exploring that is really really high (and only with people based in the USA since there would be contracts involved).
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
fizzisist
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 01:49:31 AM |
|
I think the idea of a community effort to raise the money (like Kickstartr) is really cool. If you had a "top contributors" list, I would hope the top three spots would taken by the FPGA miner makers (FPGA Mining, ngzhang, ztex). Hopefully there's enough motivation between the three of us to keep the burden off the community in general. Once you get the clock speed up, name a price. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
|
BkkCoins
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 01:53:25 AM Last edit: March 09, 2012, 03:17:47 AM by BkkCoins |
|
If you put it on kickstartr (or similar) I'd definitely contribute towards a compatible design. That makes the most sense to me and I'm pretty sure if the speed gain was good there would be many others.
|
|
|
|
nedbert9
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 252
Merit: 250
Inactive
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 02:14:34 AM |
|
Excellent work, Dr. Tyrell.
|
|
|
|
Glasswalker
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 02:58:31 AM |
|
I think the idea of a community effort to raise the money (like Kickstartr) is really cool. If you had a "top contributors" list, I would hope the top three spots would taken by the FPGA miner makers (FPGA Mining, ngzhang, ztex). Hopefully there's enough motivation between the three of us to keep the burden off the community in general. Once you get the clock speed up, name a price. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) +1 to this. If you can crowd fund this, I'd definitely contribute. Can I reccomend doing it via something that accepts BTC contributions though? (GLBSE perhaps? Say you want 1000BTC, issue 10,000 shares at 0.1BTC each once they sell out you release it, if it doesn't sell out, you can just pay back the raised funds as a dividend, and all the people who contributed would get their share back, should work relatively well). You could likely talk to Nefario about it to confirm validity. Thanks for all the hard work (which will benefit those of us who are invested in FPGAs a fair bit) lol.
|
|
|
|
Wandering Albatross
Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 70
Merit: 10
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 05:30:38 AM |
|
Potential bidders for the IP are altera, xilinx, possibly others (like terasic, etc.) and the BTC FPGA community. I know very little about the fpga market but I'd guess that big players (altera,xilinx) wouldn't see BTC mining as a big enough market but mid-size players that do fpga/asic IP might be.
How do you convince anyone that what you have is legit? You'd have to let them see something under NDA? What if they say "no thanks" and go do it themselves based on what they saw.
At what price will you be content for your investment?
|
BTC: 1JgPAC8RVeh7RXqzmeL8xt3fvYahRXL3fP
|
|
|
kano
Legendary
Offline
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 05:37:23 AM |
|
[sarcasm]just make sure you don't use free miners like cgminer where many many hundreds of hours have been spent without the requirement of payment[/sarcasm]
|
|
|
|
Raize
Donator
Legendary
Offline
Activity: 1419
Merit: 1015
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 06:20:11 AM |
|
eldentyrell, do you have a Bitcoin address for donations?
|
|
|
|
O_Shovah
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 410
Merit: 252
Watercooling the world of mining
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 07:09:27 AM |
|
Congratualtions eldentyrell.
I would gladly source your efforts with coins.
The concept is certainly outstanding. I am courious for the outcome.
|
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 10:08:27 PM Last edit: March 09, 2012, 10:19:42 PM by eldentyrell |
|
Potential bidders for the IP are altera, xilinx, possibly others (like terasic, etc.) and the BTC FPGA community. I know very little about the fpga market but
The topology makes use of a few Xilinx-specific features, so it would require effort to port that. However, the geometry is very Xilinx-specific. Porting to Altera is as much work as porting to a SASIC platform like eASIC. I'd guess that big players (altera,xilinx) wouldn't see BTC mining as a big enough market
Correct. This is still way below Xilinx's radar. How do you convince anyone that what you have is legit? You'd have to let them see something under NDA? What if they say "no thanks" and go do it themselves based on what they saw.
When there is a need for me to convince people I will be happy to give live, in-person demos here in NorCal. I'll even let somebody bring their own board but I have to keep the board afterwards. I'll probably need a ztex board at some point so when I do the demo we'll probably have somebody who doesn't know me bring a ztex board and I'll buy it from them as part of the demo.
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
eldentyrell (OP)
Donator
Legendary
Offline
Activity: 980
Merit: 1004
felonious vagrancy, personified
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 10:10:06 PM Last edit: March 09, 2012, 11:53:29 PM by eldentyrell |
|
[sarcasm]just make sure you don't use free miners like cgminer where many many hundreds of hours have been spent without the requirement of payment[/sarcasm]
Duh. I wrote my own miner from scratch; it has longpoll and multipool support. Just ask Luke-Jr, who has graciously suffered through the pool side of the debugging process ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif) I can tell you from first-hand experience that writing a miner requires about 1% of the effort I put into the HDL design. That's not an exaggeration; I kept a (very coarse) log of how I spent my time and it really does work out to about 100:1. I suspect ztex has had a similar experience. I don't mean any disrespect to the authors of cgminer/mpbm/etc. They've done a great thing for the bitcoin mining community. But these things aren't even in the same league in terms of time commitment. Edit: in my comments above, "miner" refers only to the part of the software that runs on the CPU (i.e. the part that gets work from the pool and sends back shares), not the actual hashing code. I did not mean to imply that writing GPU firmware is easy or trivial. But I don't think GPU firmware is relevant to this discussion (I don't need any!)
|
The printing press heralded the end of the Dark Ages and made the Enlightenment possible, but it took another three centuries before any country managed to put freedom of the press beyond the reach of legislators. So it may take a while before cryptocurrencies are free of the AML-NSA-KYC surveillance plague.
|
|
|
rjk
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 448
Merit: 250
1ngldh
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
March 09, 2012, 10:22:16 PM |
|
I'll even let somebody bring their own board but I have to keep the board afterwards. I'll probably need a ztex board at some point so when I do the demo we'll probably have somebody who doesn't know me bring a ztex board and I'll buy it from them as part of the demo.
I'm not sure I understand this requirement. Are you somehow burning an irreversible encryption key into the chip first? Is there no way to undo that step?
|
|
|
|
|