Seriously NO ONE goes to Macau for a business meeting, other than the wrong sort of people.
I suppose by your cynic logic, and prejudice attitude (in order from left to right, and bottom to top) Ira from BitInstant, Thomas from NEFT vodka, Roger from memeorydealers, Eric from BitInstant, Kelvin from http://bitcoins.co.kr/, ME, and Charlie from Bitinstant is the wrong sort of people. I like associating faces to names, thanks. But you named 7 persons while there are 8 at the table. Who is the 8th? |
|
|
|
BFL's legitimacy is dead simple to assert: they managed to be greatly successful and profitable inventing, making, and selling thousands of FPGA Singles. I have many of them in my very own hands.
And if you have a profitable business, the natural human reaction, even for greedy people (the type who may want to defraud), is to simply expand the business, not to do something riskier by defrauding your customers.
Pirate paid out for awhile, too. The difference being that Pirate was obviously loosing money by loaning it from his customers at 7%/week. Whereas BFL is obviously making money by selling the FPGA Singles ($430 or $150 profit margin out of the $600 price, as per FPGA cost estimated by ngzhang to be respectively either $50 or $200, plus $50 for the PCB/case). |
|
|
|
coinjedi, could you edit the title (not description) of a bet I submitted, in order to emphasize what the bet covers? http://betsofbitco.in/item?id=665"Butterfly Labs ASIC will achieve 350 Mhash/Joule" should be changed to "Butterfly Labs ASIC is real and will achieve 350+ Mhash/Joule" |
|
|
|
|
Thanks for the feedback, Dagger.
I just sold 2 more PSUs. Updated OP.
|
|
|
|
Called it. Thanks for finally giving us the reason behind the delay Josh. 100,000 chips is 7.5*100,000 = 750TH/s. Unless there's a significant price increase (let's all hope), then that takes just about all incentive out of buying ASICs once those chips are eaten up. Payback would be around a year at that point... fairly risky in the world of Bitcoin. You guys do this exact same dance with every single scammer, and you never see it coming somehow. Here's a hint, they all give you these bullshit excuses. Over and over again, and you all throw your money at them and thank them, then act completely stunned when they bolt with it. Here's a test of BFL's legitimacy. That ASIC you're blowing money on, have you even seen a prototype? Any evidence that it would even work if it did ship? Any evidence that the design behind it is sound? Anything at all? BFL's legitimacy is dead simple to assert: they managed to be greatly successful and profitable inventing, making, and selling thousands of FPGA Singles. I have many of them in my very own hands. And if you have a profitable business, the natural human reaction, even for greedy people (the type who may want to defraud), is to simply expand the business, not to do something riskier by defrauding your customers. |
|
|
|
Sounds like RAM Guy should stick with RAM then. While I don't rule out the possibility of the AX1200 using two pins on the modular connector for 12V, it would be unusual. Molex doesn't make any Minifit Jr connectors rated at 11A per pin as far as I know.
The AX1200 powers the entire 12V wire of a peripheral cable through a single mini-fit jr pin. Personally, I planned for the worse: 120W power consumption or even higher. Given the poor choice of connectors on the bASIC, the only way to handle a 10 Amp @ 12V load with a modular PSU is to use a Y-cable. So I manufactured myself 10 of them. Each has a custom AX1200 modular connector on one end (populated with 4 mini-fit jr pins), and peripheral + power barrel connectors on the other ends. Both ends will be plugged in the bASIC. I built them out of 16 AWG and made them 4ft long, so they can handle 120W with only a ~165mV voltage drop, or even 168W with only a ~233mV drop. The fact that Tom recommends a modular PSU (with no specially designed power cables) for the 72Gh/s bASIC means that either (1) he knows power consumption will be much less than 120W, or (2) he is as poorly prepared as all buyers and doesn't realize he will be driving the single mini-fit jr pin on the PSU's end over spec... |
|
|
|
|
Sold 1 more PSU. Updated OP.
|
|
|
|
For us to find a starting point, what are your current power draw and cost?
If I am not mistaken it is around 0.095 cents per kwh. (It fluctuates as the electrical company here changes the rates every few months.) You are mistaken  You mean 9.5 cents or $0.095 per kWh. |
|
|
|
A tsunami predictor fails to predict... Shocker!  |
|
|
|
Since when is a ROI of less than 2 years insane? Most investors can only DREAM of such numbers!
but very often electronic devices are after 2 years bad, especially if they run 24/7... Agree. Anyone who has 5+ video cards running over the last year knows this well. These are not ibm/hp/sun servers we are talking about. A rma costs a lot of time and money in this here mining thing. Can set you back a long ways. You are wrong. An RMA costs practically nothing compared to the cost of buying and operating the cards in the first place. Typically $15 to ship the card (in the US), with a downtime of only 1-4 weeks to get it replaced. I peaked at running about 90 cards (running for 1-2 years). I speak from experience and having to RMA a total of 10 cards. |
|
|
|
|
I have multiple Single SCs in pre-order, pretty early in the queue, but not as first in line as yours, so I'll bid on one.
Qty: 1, Bid USD$1450 ea.
|
|
|
|
|
firefop, I think you are confusing 2 aspects which are orthogonal to each other: the die size (large or small) is mostly irrelevant to the type of design (tiny hashing cores or large unrolled cores).
For one, even a large unrolled core core would fit in a chip smaller than BFL's SC (56.25mm2 at 65nm). So no matter what design you choose (unrolled or not) you can put as many cores as you want to target whatever die area you want.
You guys claim that routing is not an issue on ASIC, but this is incorrect too. It is less of an issue compared to FPGAs, but it still is, especially for SHA-256 where you have 256 bits of state to manipulate. If you are familiar with the algorithm, you should know that this state (A..H) is rotated in the main loop, so the 256 bits are used all over the place, and create routing challenges. This is less of an issue with a non-unrolled design, as the state can be kept close to the tiny core.
|
|
|
|
Yes, its just like unrolling loop iterations, but in hardware. You have timing problems because you have one clock pulse per hash and everything needs to arrive into their stages at the right time; if you have traces that are too long or too short then stuff doesn't function correctly or you need to waste more silicon trying to properly synchronize data.
It is much easier to just keep data exactly where it needs to be and iteratively process it.
I agree it's easier... but it isn't better. Which was of course, my entire point. No. As bitfury demonstrated in practice, tiny hashing cores are superior to unrolled designs. He gets 300 Mh/s compared to 220-240 Mh/s for the competition, on an LX150. Some of the gains are attributable to overclocking and overvolting, but most come from its superior design. |
|
|
|
|
Abstract: getblocktemplate more wasteful than getwork
As a solo miner, I switched one of my FPGA hosts to bfgminer 2.9.3 in order to mine with getblocktemplate against bitcoind 0.7.1. This particular host has 37 FPGA devices (mixture of bfl singles, cm1's, icarus's) and I notice that bfgminer is sub-optimal: every 2-3 minutes, it does about 20-40 getblocktemplate calls in a row (1 for each FPGA device?). These 20-40 getblocktemplate calls amount to about 3-4MB total. So on average, getblocktemplate generates about 1-2 MB of network traffic per minute.
On the other hand, when mining with getwork, these 37 FPGA devices amount to about 15 Ghash/sec, so it generates about 4 getwork calls per second, or about 600 kB/minute as measured by a packet sniffer.
Bottom line, getblocktemplate as it is implemented in bfgminer causes my host to generate more network traffic than getwork (but fewer RPC calls). I haven't taken the time to read the code yet, but, Luke, isn't there something trivial to optimize to reduce the number of getblocktemplate calls?
|
|
|
|
|
Sold 1 more PSU and 1 more mobo.
|
|
|
|
|
1) Where will you ship from?
2) It seems your pre-order is an upgrade. BFL said that before shipping out SCs to upgrading customers, they will wait to receive either the FPGAs, or a temporary coin deposit. Which will you do? This affects delivery speed, hence the value of your auction.
|
|
|
|
You are bidding on: a MtGox coupon for ordering a free Yubikey directly from mtgox.com (otherwise sold $29.99 by them). Bidding starts at: 0.1 BTC Bidding stops: when reaching 2.55 BTC, or when I feel the highest bid is high enough. I am a very trusted member of this community. 2-year old forum acount. Many transactions. Good feeback on http://bitcoin-otc.com/viewratingdetail.php?nick=mrb_
|
|
|
|
Yes, I'm running my entire mining operation (and actually a lot of other computer hardware) exclusively off solar power. You can purchase a retail solar system for ~$25,000 that will generate around 5000kwh , if you're willing to install it yourself.
You probably mean 5kW. |
|
|
|
|
Show Posts
