[ANN] US/North American Bitfury sales NEW STOCK ***NOW SHIPPING***

[Taugeran]

On a different note has anyone found that bitfury gear did not work well for them on the Eligius mining pool? In my case it seems that they are far more stable on btcguild. Could it be due to network connectivity. Maybe the stratum proxy submit queue is getting overloaded and hashrate is getting destroyed.

I couldn't get my V1 to work correctly on eligius. I had to put it on btcguild for it to work. I am guessing it has something to do with the min difficulty and it overloading, because it starts up, goes to ~400gh/s (it runs at 500gh/s on btcguild), then starts to slowly drop and shoot out a shit load of errors. I tried leaving it going for 30 minutes and no luck. Would keep shooting out errors and sit around 50-100gh/s. I also have been too afraid of using bfgminer with the V1:

v1 M-boards can be fried if the software doesn't compensate.
I don't make any effort to compensate in BFGMiner.
Nobody has tested it, but I cannot recommend this combination.
Do so at your own risk...

Side note: I've never had problems with chainminer on Eligius... (via stratum proxy of course) O.o

That's the exact same thing I've noticed! Damn, so it must be something related to the min diff which supposedly Eligius automatically sets to the "optimal value" - this clearly is not correct. Moving them back to btcguild solved all my stability issues. This is quite sad as I would've like to move all my miners over to Eligius to save on the 3% fee - hey every bit matters these days especially for low hashing power miners like me.

It seems chainminer can't handle the share diff changing once started. Does BTCGuild let you set a fixed or min diff? You don't want the pool changing it on the fly, so you want to set a high enough min that the pool doesn't think it's necessary to change it. I think Eligius is fully auto so is no good for chainminer.

Yeah I got my worker set at 512 min diff in btcguild and it works perfect. It also worked back in Giga's private pool where I manually set the worker min difficulty. Eligius doesn't have the option to manually set a difficulty and chainminer doesn't like that

solution: use bfgminer as the stratum proxy instead. it doesnt adjust downstream difficulty (YET). only side effect is bfgminer will show a lot of clientside rejects of the sort (H-not-zero) or similar. this is basically chainimine submitting to bfgminer a metric carpton of too low shares

[xzempt]

Let's clear this up:

1) We use the same equipment in our mine.
2) The boards we sell to customers are the same ones pulled from the shipments we use for the above mentioned mine. 

All RMAs go to me and Yvonne to troubleshoot and are NEVER used / re-wrapped, or sold back to customers.  That's just not right.

all my stuff from them was new!  Very Happy!  just not really generating enough heat to keep my basement warm like asicminer did....


i'll survive tho!   thanks mbp... and Yvonne rocks!

[stan258]

Got mine set up today.  Easy to set up.  They have good customer service.

Bank 1
1: 30.537GH/s
2: 30.723GH/s
3: 30.423GH/s
4: 31.153GH/s

[salfter]

Has anyone tried bfgminer on a v3 m-board. I was under the impression that it does not work with v3 m-boards and using it could even damage the cards/system. Any info on this?

Runs like a champ for me.  See here for instructions, or you can download a prebuilt image here.  (For the image, default username and password are unchanged from stock; edit /home/pi/bfgminer.conf to set your pool credentials unless you want to mine for me. )

On a different note has anyone found that bitfury gear did not work well for them on the Eligius mining pool? In my case it seems that they are far more stable on btcguild.

I switched to Eligius right before their recent troubles.  I've not had any issues, and I think it's paying a little bit more than BTC Guild did.

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s.  I'm waiting for more heatsinks to arrive before I order more H-boards; I came up one short on the boards I have right now.  I've been buying these...they arrive here pretty quickly, and it only takes a few minutes to stick 17 of them on a board...one for each ASIC and one for the voltage regulator.

[klondike_bar]

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s. 

you could be doing a bit better. 6 H-boards with some small pencil modding can give you ~34*6= 204GH + 197GH for an antminer running at 387.5Mhz = 401GH

its worth squeezing a little more out while the difficulty is low

[allinvain]

Has anyone tried bfgminer on a v3 m-board. I was under the impression that it does not work with v3 m-boards and using it could even damage the cards/system. Any info on this?

Runs like a champ for me.  See here for instructions, or you can download a prebuilt image here.  (For the image, default username and password are unchanged from stock; edit /home/pi/bfgminer.conf to set your pool credentials unless you want to mine for me. )

On a different note has anyone found that bitfury gear did not work well for them on the Eligius mining pool? In my case it seems that they are far more stable on btcguild.

I switched to Eligius right before their recent troubles.  I've not had any issues, and I think it's paying a little bit more than BTC Guild did.

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s.  I'm waiting for more heatsinks to arrive before I order more H-boards; I came up one short on the boards I have right now.  I've been buying these...they arrive here pretty quickly, and it only takes a few minutes to stick 17 of them on a board...one for each ASIC and one for the voltage regulator.

I dunno, I guess you got lucky with Eligius. I one the other hand noticed horrible drops in hashrate. My guess (like I mentioned before) is it has something to do with the way Eligius handles variable difficulty. With btc guild I set a manual minimum diff and it work very stable. I dunno, I guess my setup is a bit different as my rigs contain more cards (some 16 card rigs), so perhaps this issue manifests itself only when the work queue for the stratum proxy gets too high that the rpi can't handle it? Your guess is as good as mine.

Now as for the heatsinks, I bought a bunch of those from that exact seller a while back I intend to get some more soon. They are very effective, but one top is if you're using one of Sportwood's cases make sure you attach the heatsinks that go at the top of the card a tiny bit lower so when you pull the card out or mount it in the m-board slot you don't run up against the board stabilizers.

[Beans]

Is anyone else still waiting for a refund on the October batch?

Please shoot both me and Yvonne an email so we can get to the bottom of this.  First time I'd heard of it. 
sales@
support@

Thanks,
Jason

I have still not received my refund from you guys or even heard from you in a couple weeks.

[bobcaticus]

Is anyone else still waiting for a refund on the October batch?

Please shoot both me and Yvonne an email so we can get to the bottom of this.  First time I'd heard of it. 
sales@
support@

Thanks,
Jason

I have still not received my refund from you guys or even heard from you in a couple weeks.

I have sent you back several emails explaining that your case lies with Dave and Dave only.

[Beans]

Is anyone else still waiting for a refund on the October batch?

Please shoot both me and Yvonne an email so we can get to the bottom of this.  First time I'd heard of it. 
sales@
support@

Thanks,
Jason

I have still not received my refund from you guys or even heard from you in a couple weeks.

I have sent you back several emails explaining that your case lies with Dave and Dave only.

You emailed me two weeks ago saying that Dave would be sending my refund, that's the last one I got. My case? It should be a simple refund, what do you mean Dave only? He has not made any attempts to contact me. He's not even picking up his cell phone.. What exactly is the problem here?

[salfter]

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s. 

you could be doing a bit better. 6 H-boards with some small pencil modding can give you ~34*6= 204GH + 197GH for an antminer running at 387.5Mhz = 401GH

its worth squeezing a little more out while the difficulty is low

I started with two H-boards that delivered 35 GH/s between them with a 0.2-0.3% hardware error rate.  The four newer boards are doing maybe 30 GH/s.  Collectively, the six boards are running a hardware error rate ranging from 0.8% to 2.6%. 

Pencil-modding is for older boards, right?  These have a (ridiculously small) potentiometer on them for voltage adjustment.  I've not tweaked any of them from how they shipped.  I suspect the newer boards might be set lower than the older ones, but I've not tried taking any measurements.

I have tried briefly overclocking the AntMiner as well, but the power-supply wiring gets even warmer than it already is.  The power supply I'm using with it has both PCIe connectors at the end of a single cable.  I should probably use some Molex-to-PCIe adapters to spread the load across more output lines.  It might even be worthwhile to tap 12V off of the main ATX cable.

[allinvain]

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s. 

you could be doing a bit better. 6 H-boards with some small pencil modding can give you ~34*6= 204GH + 197GH for an antminer running at 387.5Mhz = 401GH

its worth squeezing a little more out while the difficulty is low

I started with two H-boards that delivered 35 GH/s between them with a 0.2-0.3% hardware error rate.  The four newer boards are doing maybe 30 GH/s.  Collectively, the six boards are running a hardware error rate ranging from 0.8% to 2.6%. 

Pencil-modding is for older boards, right?  These have a (ridiculously small) potentiometer on them for voltage adjustment.  I've not tweaked any of them from how they shipped.  I suspect the newer boards might be set lower than the older ones, but I've not tried taking any measurements.

I have tried briefly overclocking the AntMiner as well, but the power-supply wiring gets even warmer than it already is.  The power supply I'm using with it has both PCIe connectors at the end of a single cable.  I should probably use some Molex-to-PCIe adapters to spread the load across more output lines.  It might even be worthwhile to tap 12V off of the main ATX cable.

Safety warning: DO NOT attempt to pencil mode your v2.3 h-cards as you will damage them. The pencil mod  is for v1.2 h-cards only.

Do NOT power your antminer from the same PCIe cable from the PSU. If your power supply is modular run another PCIE 6 pin (or the 6+2 pin connector) from your PSU modular end. If your PSU is not modular then once again find another _separate_ pci-e 6 pin cable and use that!

If you neglect to do this you could burn out the PSU's cables at either end (miner end or power supply end), or worst case start an electrical fire.

[Taugeran]

On a different note has anyone found that bitfury gear did not work well for them on the Eligius mining pool? In my case it seems that they are far more stable on btcguild. Could it be due to network connectivity. Maybe the stratum proxy submit queue is getting overloaded and hashrate is getting destroyed.

I couldn't get my V1 to work correctly on eligius. I had to put it on btcguild for it to work. I am guessing it has something to do with the min difficulty and it overloading, because it starts up, goes to ~400gh/s (it runs at 500gh/s on btcguild), then starts to slowly drop and shoot out a shit load of errors. I tried leaving it going for 30 minutes and no luck. Would keep shooting out errors and sit around 50-100gh/s. I also have been too afraid of using bfgminer with the V1:

v1 M-boards can be fried if the software doesn't compensate.
I don't make any effort to compensate in BFGMiner.
Nobody has tested it, but I cannot recommend this combination.
Do so at your own risk...

Side note: I've never had problems with chainminer on Eligius... (via stratum proxy of course) O.o

That's the exact same thing I've noticed! Damn, so it must be something related to the min diff which supposedly Eligius automatically sets to the "optimal value" - this clearly is not correct. Moving them back to btcguild solved all my stability issues. This is quite sad as I would've like to move all my miners over to Eligius to save on the 3% fee - hey every bit matters these days especially for low hashing power miners like me.

It seems chainminer can't handle the share diff changing once started. Does BTCGuild let you set a fixed or min diff? You don't want the pool changing it on the fly, so you want to set a high enough min that the pool doesn't think it's necessary to change it. I think Eligius is fully auto so is no good for chainminer.

Yeah I got my worker set at 512 min diff in btcguild and it works perfect. It also worked back in Giga's private pool where I manually set the worker min difficulty. Eligius doesn't have the option to manually set a difficulty and chainminer doesn't like that

solution: use bfgminer as the stratum proxy instead. it doesnt adjust downstream difficulty (YET). only side effect is bfgminer will show a lot of clientside rejects of the sort (H-not-zero) or similar. this is basically chainimine submitting to bfgminer a metric carpton of too low shares

I'm curious. @allinvain. Would you be willing to try out my suggestion of using bfgminer as a replacement to stratum-proxy to see if that helps. Only issue I can foresee is if bfg can't keep up with 400Ghs worth of diff 2 shares.

[klondike_bar]

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s. 

you could be doing a bit better. 6 H-boards with some small pencil modding can give you ~34*6= 204GH + 197GH for an antminer running at 387.5Mhz = 401GH

its worth squeezing a little more out while the difficulty is low

I started with two H-boards that delivered 35 GH/s between them with a 0.2-0.3% hardware error rate.  The four newer boards are doing maybe 30 GH/s.  Collectively, the six boards are running a hardware error rate ranging from 0.8% to 2.6%. 

Pencil-modding is for older boards, right?  These have a (ridiculously small) potentiometer on them for voltage adjustment.  I've not tweaked any of them from how they shipped.  I suspect the newer boards might be set lower than the older ones, but I've not tried taking any measurements.

I have tried briefly overclocking the AntMiner as well, but the power-supply wiring gets even warmer than it already is.  The power supply I'm using with it has both PCIe connectors at the end of a single cable.  I should probably use some Molex-to-PCIe adapters to spread the load across more output lines.  It might even be worthwhile to tap 12V off of the main ATX cable.

I would definitely snip the head off the ATX cable and use it for a blade on the antminer. you shouldnt run more than 300W on a PCI cable or you can have a lot of problems when it fails on you.

if your boards are 2.3, dont pencil mod. but a small tweak on the potentiometer will help you get those 30GH cards into the 33-37GH range if you do a tiny adjustment at a time

[cypherdoc]

Has anyone tried bfgminer on a v3 m-board. I was under the impression that it does not work with v3 m-boards and using it could even damage the cards/system. Any info on this?

Runs like a champ for me.  See here for instructions, or you can download a prebuilt image here.  (For the image, default username and password are unchanged from stock; edit /home/pi/bfgminer.conf to set your pool credentials unless you want to mine for me. )

On a different note has anyone found that bitfury gear did not work well for them on the Eligius mining pool? In my case it seems that they are far more stable on btcguild.

I switched to Eligius right before their recent troubles.  I've not had any issues, and I think it's paying a little bit more than BTC Guild did.

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s.  I'm waiting for more heatsinks to arrive before I order more H-boards; I came up one short on the boards I have right now.  I've been buying these...they arrive here pretty quickly, and it only takes a few minutes to stick 17 of them on a board...one for each ASIC and one for the voltage regulator.

salfter, does BSB 0-3 represent the 4 M board banks?

[allinvain]

On a different note has anyone found that bitfury gear did not work well for them on the Eligius mining pool? In my case it seems that they are far more stable on btcguild. Could it be due to network connectivity. Maybe the stratum proxy submit queue is getting overloaded and hashrate is getting destroyed.

I couldn't get my V1 to work correctly on eligius. I had to put it on btcguild for it to work. I am guessing it has something to do with the min difficulty and it overloading, because it starts up, goes to ~400gh/s (it runs at 500gh/s on btcguild), then starts to slowly drop and shoot out a shit load of errors. I tried leaving it going for 30 minutes and no luck. Would keep shooting out errors and sit around 50-100gh/s. I also have been too afraid of using bfgminer with the V1:

v1 M-boards can be fried if the software doesn't compensate.
I don't make any effort to compensate in BFGMiner.
Nobody has tested it, but I cannot recommend this combination.
Do so at your own risk...

Side note: I've never had problems with chainminer on Eligius... (via stratum proxy of course) O.o

That's the exact same thing I've noticed! Damn, so it must be something related to the min diff which supposedly Eligius automatically sets to the "optimal value" - this clearly is not correct. Moving them back to btcguild solved all my stability issues. This is quite sad as I would've like to move all my miners over to Eligius to save on the 3% fee - hey every bit matters these days especially for low hashing power miners like me.

It seems chainminer can't handle the share diff changing once started. Does BTCGuild let you set a fixed or min diff? You don't want the pool changing it on the fly, so you want to set a high enough min that the pool doesn't think it's necessary to change it. I think Eligius is fully auto so is no good for chainminer.

Yeah I got my worker set at 512 min diff in btcguild and it works perfect. It also worked back in Giga's private pool where I manually set the worker min difficulty. Eligius doesn't have the option to manually set a difficulty and chainminer doesn't like that

solution: use bfgminer as the stratum proxy instead. it doesnt adjust downstream difficulty (YET). only side effect is bfgminer will show a lot of clientside rejects of the sort (H-not-zero) or similar. this is basically chainimine submitting to bfgminer a metric carpton of too low shares

I'm curious. @allinvain. Would you be willing to try out my suggestion of using bfgminer as a replacement to stratum-proxy to see if that helps. Only issue I can foresee is if bfg can't keep up with 400Ghs worth of diff 2 shares.

Well, I  used bfgminer directly with mixed results. The main issue with bfgminer is it's autotune feature is not as effective as manually tuning the chips yourself, and you can't get it to save the results of the autotune nor edit a table to get it to forcefully use a specific setting. You could theoretically tell it to use a specific clock for each chip as a command line argument when you start it. That would result in one hell of a long command line argument - although you could script this with a bash shell script. I prefer the way chainminer does things. It just makes sense to have a table with clock values and parameters you can adjust. On the flip side chainminer is crap at other things.

I doubt that bfg will be able to keep up with 400gh of diff 2 shares, but there is only one way to find out.

[allinvain]

http://eligius.st/~wizkid057/newstats/userstats.php/1mineL5pWepg1WGKfDWDAFstQw4smUoFe

With six v3 H-boards, an AntMiner S1, and a couple of BFL Jalapeños, I'm getting about 375 GH/s. 

you could be doing a bit better. 6 H-boards with some small pencil modding can give you ~34*6= 204GH + 197GH for an antminer running at 387.5Mhz = 401GH

its worth squeezing a little more out while the difficulty is low

I started with two H-boards that delivered 35 GH/s between them with a 0.2-0.3% hardware error rate.  The four newer boards are doing maybe 30 GH/s.  Collectively, the six boards are running a hardware error rate ranging from 0.8% to 2.6%. 

Pencil-modding is for older boards, right?  These have a (ridiculously small) potentiometer on them for voltage adjustment.  I've not tweaked any of them from how they shipped.  I suspect the newer boards might be set lower than the older ones, but I've not tried taking any measurements.

I have tried briefly overclocking the AntMiner as well, but the power-supply wiring gets even warmer than it already is.  The power supply I'm using with it has both PCIe connectors at the end of a single cable.  I should probably use some Molex-to-PCIe adapters to spread the load across more output lines.  It might even be worthwhile to tap 12V off of the main ATX cable.

I would definitely snip the head off the ATX cable and use it for a blade on the antminer. you shouldnt run more than 300W on a PCI cable or you can have a lot of problems when it fails on you.

if your boards are 2.3, dont pencil mod. but a small tweak on the potentiometer will help you get those 30GH cards into the 33-37GH range if you do a tiny adjustment at a time

I wish they made the potentiometer larger.

[Keefe]

On a different note has anyone found that bitfury gear did not work well for them on the Eligius mining pool? In my case it seems that they are far more stable on btcguild. Could it be due to network connectivity. Maybe the stratum proxy submit queue is getting overloaded and hashrate is getting destroyed.

I couldn't get my V1 to work correctly on eligius. I had to put it on btcguild for it to work. I am guessing it has something to do with the min difficulty and it overloading, because it starts up, goes to ~400gh/s (it runs at 500gh/s on btcguild), then starts to slowly drop and shoot out a shit load of errors. I tried leaving it going for 30 minutes and no luck. Would keep shooting out errors and sit around 50-100gh/s. I also have been too afraid of using bfgminer with the V1:

v1 M-boards can be fried if the software doesn't compensate.
I don't make any effort to compensate in BFGMiner.
Nobody has tested it, but I cannot recommend this combination.
Do so at your own risk...

Side note: I've never had problems with chainminer on Eligius... (via stratum proxy of course) O.o

That's the exact same thing I've noticed! Damn, so it must be something related to the min diff which supposedly Eligius automatically sets to the "optimal value" - this clearly is not correct. Moving them back to btcguild solved all my stability issues. This is quite sad as I would've like to move all my miners over to Eligius to save on the 3% fee - hey every bit matters these days especially for low hashing power miners like me.

It seems chainminer can't handle the share diff changing once started. Does BTCGuild let you set a fixed or min diff? You don't want the pool changing it on the fly, so you want to set a high enough min that the pool doesn't think it's necessary to change it. I think Eligius is fully auto so is no good for chainminer.

Yeah I got my worker set at 512 min diff in btcguild and it works perfect. It also worked back in Giga's private pool where I manually set the worker min difficulty. Eligius doesn't have the option to manually set a difficulty and chainminer doesn't like that

solution: use bfgminer as the stratum proxy instead. it doesnt adjust downstream difficulty (YET). only side effect is bfgminer will show a lot of clientside rejects of the sort (H-not-zero) or similar. this is basically chainimine submitting to bfgminer a metric carpton of too low shares

I'm curious. @allinvain. Would you be willing to try out my suggestion of using bfgminer as a replacement to stratum-proxy to see if that helps. Only issue I can foresee is if bfg can't keep up with 400Ghs worth of diff 2 shares.

Well, I  used bfgminer directly with mixed results. The main issue with bfgminer is it's autotune feature is not as effective as manually tuning the chips yourself, and you can't get it to save the results of the autotune nor edit a table to get it to forcefully use a specific setting. You could theoretically tell it to use a specific clock for each chip as a command line argument when you start it. That would result in one hell of a long command line argument - although you could script this with a bash shell script. I prefer the way chainminer does things. It just makes sense to have a table with clock values and parameters you can adjust. On the flip side chainminer is crap at other things.

I doubt that bfg will be able to keep up with 400gh of diff 2 shares, but there is only one way to find out.

Does BFG at least display or log per-chip stats in some format? As long as the data is provided somehow, I can find a way to use it the way I use chainminer's .stat.log.

[allinvain]

No, bfgminer does not display nor log chip status. It just tries to continually auto-tune the chips.

[goxed]

http://www.coindesk.com/coinseed-5m-investment-bitfury-mining/

The board design looks interesting and likely is based on the strings design.

[cypherdoc]

No, bfgminer does not display nor log chip status. It just tries to continually auto-tune the chips.

What's your assessment as to how well it auto tunes versus chain miner?

Mine is that it is more stable but at about 10% less hashing speed, although this is just eyeballing it and excludes a few factors.