Bitcoin Forum
April 26, 2024, 09:08:58 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 [5] 6 »  All
  Print  
Author Topic: An estimate of fpga performance  (Read 51411 times)
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1024



View Profile
May 30, 2011, 01:37:54 AM
 #81

$300

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
1714165738
Hero Member
*
Offline Offline

Posts: 1714165738

View Profile Personal Message (Offline)

Ignore
1714165738
Reply with quote  #2

1714165738
Report to moderator
"You Asked For Change, We Gave You Coins" -- casascius
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714165738
Hero Member
*
Offline Offline

Posts: 1714165738

View Profile Personal Message (Offline)

Ignore
1714165738
Reply with quote  #2

1714165738
Report to moderator
1714165738
Hero Member
*
Offline Offline

Posts: 1714165738

View Profile Personal Message (Offline)

Ignore
1714165738
Reply with quote  #2

1714165738
Report to moderator
itsagas
Newbie
*
Offline Offline

Activity: 59
Merit: 0


View Profile
May 30, 2011, 02:35:12 AM
 #82


Nice, thanks. 

anisoptera
Member
**
Offline Offline

Activity: 308
Merit: 10



View Profile
May 30, 2011, 10:19:56 PM
 #83

Once this starts rivaling mining rigs....

mike_la_jolla
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
June 03, 2011, 05:19:22 PM
 #84

Nope.  You can get them from Digikey for $152:
http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=XC6SLX150-2FG484C-ND

The LX150T for $172:
http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=XC6SLX150T-2FGG484C-ND
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1024



View Profile
June 03, 2011, 06:31:29 PM
 #85

Yeah, sorry.  I have the bad habit of limiting my searches on Digikey to parts that are actually in stock.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
bitdiver
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
June 03, 2011, 07:00:02 PM
 #86

Yes, but for this application the LX150T is not needed. The T at the end is for a quite fast transceiver which is great when you want to connect to fast periphery.

For this application a Spartan 6 LX150 is right. Preferably multiple ones on one pcb.

However the LX150 is available only in BGA or CSP, which you cannot solder yourself. You'll need an oven for that. And maybe a stencil for the solder paste too if it's not a prototype. Also BGA package means that you need a multilayer pcb.

What I want to say is that it's certainly not impractical, but you'll not going to engineer this on a weekend.
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1024



View Profile
June 03, 2011, 07:34:21 PM
 #87

You probably could whip one up over the weekend.  At least the design.  The PCB fab would take a while.  Bad luck on that too, the next 4 layer dorkbotpdx order is going out on Monday.  So, some time in August if you like their service.  I don't know if sparkfun has a shorter cycle time for 4 layer or not.

If I didn't have to pack this weekend, I could probably bust out a quick and dirty breakout design in FreePCB.  They should already have the footprint, and after that it is just a matter of dragging the pins out to the edges and a quick shot at the autorouter.  No promises on clock skew or noise at high speeds, but good enough to play with.

Soldering would be rough.  I think I could manage it on a stove / hot plate with my SMD rework gun, but most people would be putting a $150+ chip in their oven with way either way too much or way too little solder paste.

If you are reading this thread, and you didn't understand any of what I said above, please consider a different approach to mining, or get a demo board, or wait until someone has a tested and working design that they are willing to produce and sell.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
marcus_of_augustus
Legendary
*
Offline Offline

Activity: 3920
Merit: 2348


Eadem mutata resurgo


View Profile
June 04, 2011, 12:12:46 AM
 #88

Quote
If you are reading this thread, and you didn't understand any of what I said above, please consider a different approach to mining, or get a demo board, or wait until someone has a tested and working design that they are willing to produce and sell.

You think will stop them trying?  Cheesy

Ovens, solder, chips ... what could possible go wrong? It's like a chemistry set for grown-ups this place.

mimarob (OP)
Full Member
***
Offline Offline

Activity: 354
Merit: 103



View Profile
June 13, 2011, 11:17:56 AM
 #89

Maybe one could make an el-cheapo pcb since we have no use for all those bga pins.

If we manage to connect powers, jtag and a few i/o lines that would suffice.

Perhaps one could make a two-layer card and just leave pins not being used?

romkyns
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
June 13, 2011, 12:09:31 PM
 #90

Area Improvement: <80K LUTs for 80MH/s

I managed to fit one SHA256 round, one hash per clock, into about 30k LUTs + 13k registers on a Cyclone, although I never validated this design because my FPGA only has 17k LUTs. So, if I didn't mess up (which I can't really tell...) this would mean 60k LUTs + some interfacing. I verified the core idea behind this in a non-FPGA simulation, and then implemented the idea in Verilog.

Unfortunately the larger dev boards are a bit too expensive for my taste, so this project is on halt. If anyone is willing to loan one to a complete stranger, I'm all up for it Smiley We could meet first. I live in East of England, pm me if you wish.
Basiley
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 13, 2011, 02:12:55 PM
 #91

if someone design FPGA-chip-based board, designed for mining, not FPGA-related software development, ie, not "evalution board"[without plenty of redundant features and w/o ridiculous pricing] and publish design in open domain for nominal BTC fee, thats would be cool.
ordering/using software-developing-targeted boards/kits for BTC network needs isn't reasonable.
LeFBI
Member
**
Offline Offline

Activity: 98
Merit: 10



View Profile
June 15, 2011, 11:50:17 AM
 #92

Maybe one could make an el-cheapo pcb since we have no use for all those bga pins.

If we manage to connect powers, jtag and a few i/o lines that would suffice.
if someone design FPGA-chip-based board, designed for mining, not FPGA-related software development, ie, not "evalution board"[without plenty of redundant features and w/o ridiculous pricing

stripped to the bone circuit for a fpga board can look like this:

source: http://www.mikrocontroller.net/articles/Low_Cost_FPGA_Konfiguration (all german tho)

long story short:
you can program the fpga/tiny12/eeprom directly via ISP/JTAG. during development you configure the fpga directly via JTAG from your PC.
when you finished development you can write the .bin file to the eeprom and the Tiny12 will take care of programing the fpga when no pc is connected.

this works really fine with Spartan-3. and you don't need to invest in an expensive development board for this purpose. Of course you will additionally need an ethernet core and/or communication lanes between fpgas if you want to gang them together, etc ,etc. the above circuit is as already said just a cheap basic circuit for a fpga board/dev-board that doesn't have non-volatile memory.
Basiley
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
June 15, 2011, 11:58:52 AM
 #93

and thats main reason to stack more-than-one FPGA maxtrix per/board, i guess ? i mean in real-use-applications.
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1024



View Profile
June 15, 2011, 06:10:52 PM
 #94

You may run into thermal issues if you leave a bunch of BGA balls unconnected.  The chip designers typically assume that the PCB is going to be sinking most of the heat load.

Then again, with the complexity of SHA256, gate propagation problems will probably force us to run the chips slowly enough that heat won't be the limiting factor.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
romkyns
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
June 15, 2011, 06:36:44 PM
 #95

You may run into thermal issues if you leave a bunch of BGA balls unconnected.  The chip designers typically assume that the PCB is going to be sinking most of the heat load.

I would have thought that if you are going to attach *any* BGA balls then it is far easier to attach them all, than to leave some unconnected. Unconnected pads on the PCB won't make any difference to the PCB price. While I haven't ever hand-soldered BGAs, having all pads is supposed to make it easier, rather than harder. For example, by pulling the part into proper alignment uniformly as the solder melts and wets the pads.
kjj
Legendary
*
Offline Offline

Activity: 1302
Merit: 1024



View Profile
June 15, 2011, 07:19:39 PM
 #96

Yup.  Someone had suggested doing a minimal connection to avoid having to deal with 4 layer PCBs.  It might work, but there are a number of potential problems.

Soldering a BGA, PLCC or QFP and watching it pull itself into perfect alignment is one of the coolest things a guy can do.  Totally makes you feel like a wizard, commanding the universe with seemingly nothing but your willpower.  On the other hand, when it doesn't work right it'll make you want to murder kittens.

17Np17BSrpnHCZ2pgtiMNnhjnsWJ2TMqq8
I routinely ignore posters with paid advertising in their sigs.  You should too.
dinox
Full Member
***
Offline Offline

Activity: 126
Merit: 100


View Profile
June 15, 2011, 07:23:35 PM
 #97

QFP is possible to solder by hand but BGA is not. You will need a special tool and some experience to solder BGA, or pay someone to do it for you.

blockchain.info/fb/1dinox - 1Dinox3mFw8yykpAZXFGEKeH4VX1Mzbcxe
Active trader on #bitcoin-otc - See here - Proof that my nick is dinox here
fpgaminer
Hero Member
*****
Offline Offline

Activity: 560
Merit: 517



View Profile WWW
June 16, 2011, 11:28:31 PM
 #98

Quote
QFP is possible to solder by hand but BGA is not. You will need a special tool and some experience to solder BGA, or pay someone to do it for you.
People have soldered BGA with blow dryers before  Tongue Not that that is the best idea, but just sayin'.

Quote
Then again, with the complexity of SHA256, gate propagation problems will probably force us to run the chips slowly enough that heat won't be the limiting factor.
It's not a huge problem, but it's there. The latest design gets 100MH/s (@100MHz) and requires either a lot of air-flow or a heatsink.

Quote
you can program the fpga/tiny12/eeprom directly via ISP/JTAG. during development you configure the fpga directly via JTAG from your PC
I only looked at the circuit image you posted, not the rest of it, so excuse me if I missed something obvious, but why is there an ATtiny on there? FPGAs can program themselves from a flash chip unless I'm mistaken.

BubbleBoy
Sr. Member
****
Offline Offline

Activity: 504
Merit: 250



View Profile
June 17, 2011, 07:59:06 AM
 #99

BGAs are definitely solderable with hot blowers - I've done it a few times with maybe 80% success rate. The hard part is creating the balls on a new chip, you need a special solder paste and a thin mesh that allows only a certain amount of paste on each pad (reballing kit). When heated, the paste turns into solder balls. If the balls are readily formed, it's all fun and games.

Anyway, I'd outsource such a job to shops specialized in prototypes or small series, maybe somewhere in China. It will most likely cost less than the whole hardware and man hours otherwise required.

                ████
              ▄▄████▄▄
          ▄▄████████████▄▄
       ▄██████▀▀▀▀▀▀▀▀██████▄
     ▄████▀▀            ▀▀████▄
   ▄████▀                  ▀████▄
  ▐███▀                      ▀███▌
 ▐███▀   ████▄  ████  ▄████   ▀███▌
 ████    █████▄ ████ ▄█████    ████
▐███▌    ██████▄████▄██████    ▐███▌
████     ██████████████████     ████
████     ████ ████████ ████     ████
████     ████  ██████  ████     ████
▐███▌    ████   ████   ████    ▐███▌
 ████    ████   ████   ████    ████
 ▐███▄   ████   ████   ████   ▄███▌
  ▐███▄                      ▄███▌
   ▀████▄                  ▄████▀
     ▀████▄▄            ▄▄████▀
       ▀██████▄▄▄▄▄▄▄▄██████▀
          ▀▀████████████▀▀
              ▀▀████▀▀
                ████
MIDEX
▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂ GET TOKENS ▂▂▂▂
▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂▂
BLOCKCHAIN BASED FINANCIAL PLATFORM                                # WEB ANN + Bounty <
with Licensed Exchange approved by Swiss Bankers and Lawyers           > Telegram Facebook Twitter Blog #
genewitch
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
June 17, 2011, 03:40:24 PM
 #100

single chip 100Mhash/s?

What about evolving the hardware to do the hashing rather than writing it as straight VHDL?

I had a good idea about using hadoop clusters to run the fitness tests for the evolutionary algorithm testing.

For those who have no clue what i am talking about, read the article about the professors that got an fpga to recognize the difference between two tones with way less than 100 gates and no CLK.

http://fsweb.olin.edu/~mchang/research/documents/seminar/evolve2k2/evolve.ppt
http://www.cogs.susx.ac.uk/users/adrianth/ade.html

I always had a thought that evolving the circuits would be a way to find really fast ways of "cracking" various hashing algorithms, as well as making really tiny encoders and decoders for various projects.

Anyhow, i enjoyed this thread.
Pages: « 1 2 3 4 [5] 6 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!