Bitcoin Forum
March 19, 2024, 08:01:52 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [54] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 »
  Print  
Author Topic: Butterfly Labs - Bitforce Single and Mini Rig Box  (Read 186878 times)
bitcoindaddy
Hero Member
*****
Offline Offline

Activity: 481
Merit: 500


View Profile
April 27, 2012, 03:36:11 PM
 #1061

Is anyone sucessfully running their BFL Singles against p2pool? I understand the frequent LONGPOLL's cause a problem with BFL's 5 second calculation. (By successful, I don't just mean that it works, I mean it works efficiently and you are making the normal amount of coin as expected). If so, can you share your settings for CGMiner?
Whoever mines the block which ends up containing your transaction will get its fee.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710835312
Hero Member
*
Offline Offline

Posts: 1710835312

View Profile Personal Message (Offline)

Ignore
1710835312
Reply with quote  #2

1710835312
Report to moderator
1710835312
Hero Member
*
Offline Offline

Posts: 1710835312

View Profile Personal Message (Offline)

Ignore
1710835312
Reply with quote  #2

1710835312
Report to moderator
1710835312
Hero Member
*
Offline Offline

Posts: 1710835312

View Profile Personal Message (Offline)

Ignore
1710835312
Reply with quote  #2

1710835312
Report to moderator
SgtSpike
Legendary
*
Offline Offline

Activity: 1400
Merit: 1005



View Profile
April 27, 2012, 03:39:07 PM
 #1062

Is anyone sucessfully running their BFL Singles against p2pool? I understand the frequent LONGPOLL's cause a problem with BFL's 5 second calculation. (By successful, I don't just mean that it works, I mean it works efficiently and you are making the normal amount of coin as expected). If so, can you share your settings for CGMiner?
It's impossible to run it with p2pool right now...
Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 27, 2012, 03:46:23 PM
 #1063

Is anyone sucessfully running their BFL Singles against p2pool? I understand the frequent LONGPOLL's cause a problem with BFL's 5 second calculation. (By successful, I don't just mean that it works, I mean it works efficiently and you are making the normal amount of coin as expected). If so, can you share your settings for CGMiner?
As SgtSpike mentioned, the issue cannot be fixed with cgminer settings (or any mining software settings) ... BFL must create/release new firmware (which they have not yet done) for the Singles to be able to work 'successfully' with p2pool.

Until that happens, you must choose a different pool. Or choose different mining hardware.
kano
Legendary
*
Offline Offline

Activity: 4438
Merit: 1794


Linux since 1997 RedHat 4


View Profile
April 28, 2012, 04:24:57 AM
 #1064

Is anyone sucessfully running their BFL Singles against p2pool? I understand the frequent LONGPOLL's cause a problem with BFL's 5 second calculation. (By successful, I don't just mean that it works, I mean it works efficiently and you are making the normal amount of coin as expected). If so, can you share your settings for CGMiner?
As SgtSpike mentioned, the issue cannot be fixed with cgminer settings (or any mining software settings) ... BFL must create/release new firmware (which they have not yet done) for the Singles to be able to work 'successfully' with p2pool.

Until that happens, you must choose a different pool. Or choose different mining hardware.
Yeah I've explained it a few times already (elsewhere?) but I'll do it again Smiley

The BFL does not report shares until it finishes processing the full nonce range.
So about 5.2 seconds (assuming 830MH/s) after it starts on work it replies with the answer(s).
If during that 5.2 seconds you get an LP then anything it did during that 5.2 seconds is wasted.

What that means is that on average for every LP your BFL will have wasted 2.6 seconds processing.
The miner code should/will then of course abort the work so that it doesn't continue to finish the remainder of the 5.2 seconds, but the work done up to the abort is wasted since you cannot ask it if it found a share (and it didn't tell you even though it would have been a valid share if it had already found it)

Since LP's occur on expected average of every 10 seconds ... and on expected average you waste 2.6 seconds processing ... that's 26% of your processing is thrown away (and you can't avoid it)

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
amazingrando
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
April 28, 2012, 04:46:06 AM
 #1065

Is anyone sucessfully running their BFL Singles against p2pool? I understand the frequent LONGPOLL's cause a problem with BFL's 5 second calculation. (By successful, I don't just mean that it works, I mean it works efficiently and you are making the normal amount of coin as expected). If so, can you share your settings for CGMiner?
As SgtSpike mentioned, the issue cannot be fixed with cgminer settings (or any mining software settings) ... BFL must create/release new firmware (which they have not yet done) for the Singles to be able to work 'successfully' with p2pool.

Until that happens, you must choose a different pool. Or choose different mining hardware.
Yeah I've explained it a few times already (elsewhere?) but I'll do it again Smiley

The BFL does not report shares until it finishes processing the full nonce range.
So about 5.2 seconds (assuming 830MH/s) after it starts on work it replies with the answer(s).
If during that 5.2 seconds you get an LP then anything it did during that 5.2 seconds is wasted.

What that means is that on average for every LP your BFL will have wasted 2.6 seconds processing.
The miner code should/will then of course abort the work so that it doesn't continue to finish the remainder of the 5.2 seconds, but the work done up to the abort is wasted since you cannot ask it if it found a share (and it didn't tell you even though it would have been a valid share if it had already found it)

Since LP's occur on expected average of every 10 seconds ... and on expected average you waste 2.6 seconds processing ... that's 26% of your processing is thrown away (and you can't avoid it)

Does this mean that you would expect with a BFL FPGA to generate 26% fewer shares at a given hash rate than a GPU?

Bitbond - 105% PPS mining bond - mining payouts without buying hardware
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1063


Gerald Davis


View Profile
April 28, 2012, 05:00:27 AM
 #1066

Is anyone sucessfully running their BFL Singles against p2pool? I understand the frequent LONGPOLL's cause a problem with BFL's 5 second calculation. (By successful, I don't just mean that it works, I mean it works efficiently and you are making the normal amount of coin as expected). If so, can you share your settings for CGMiner?
As SgtSpike mentioned, the issue cannot be fixed with cgminer settings (or any mining software settings) ... BFL must create/release new firmware (which they have not yet done) for the Singles to be able to work 'successfully' with p2pool.

Until that happens, you must choose a different pool. Or choose different mining hardware.
Yeah I've explained it a few times already (elsewhere?) but I'll do it again Smiley

The BFL does not report shares until it finishes processing the full nonce range.
So about 5.2 seconds (assuming 830MH/s) after it starts on work it replies with the answer(s).
If during that 5.2 seconds you get an LP then anything it did during that 5.2 seconds is wasted.

What that means is that on average for every LP your BFL will have wasted 2.6 seconds processing.
The miner code should/will then of course abort the work so that it doesn't continue to finish the remainder of the 5.2 seconds, but the work done up to the abort is wasted since you cannot ask it if it found a share (and it didn't tell you even though it would have been a valid share if it had already found it)

Since LP's occur on expected average of every 10 seconds ... and on expected average you waste 2.6 seconds processing ... that's 26% of your processing is thrown away (and you can't avoid it)

Does this mean that you would expect with a BFL FPGA to generate 26% fewer shares at a given hash rate than a GPU?

No it will produce the expected # of shares however you will have a 26% stale rate.  Actually a little higher because you have the normal stales due to network propogation too.  This is borne out in observations by users reporting a DOA & orphan combined rate of something like 30% to 40% of hashing power.
kano
Legendary
*
Offline Offline

Activity: 4438
Merit: 1794


Linux since 1997 RedHat 4


View Profile
April 28, 2012, 05:04:00 AM
 #1067

Is anyone sucessfully running their BFL Singles against p2pool? I understand the frequent LONGPOLL's cause a problem with BFL's 5 second calculation. (By successful, I don't just mean that it works, I mean it works efficiently and you are making the normal amount of coin as expected). If so, can you share your settings for CGMiner?
As SgtSpike mentioned, the issue cannot be fixed with cgminer settings (or any mining software settings) ... BFL must create/release new firmware (which they have not yet done) for the Singles to be able to work 'successfully' with p2pool.

Until that happens, you must choose a different pool. Or choose different mining hardware.
Yeah I've explained it a few times already (elsewhere?) but I'll do it again Smiley

The BFL does not report shares until it finishes processing the full nonce range.
So about 5.2 seconds (assuming 830MH/s) after it starts on work it replies with the answer(s).
If during that 5.2 seconds you get an LP then anything it did during that 5.2 seconds is wasted.

What that means is that on average for every LP your BFL will have wasted 2.6 seconds processing.
The miner code should/will then of course abort the work so that it doesn't continue to finish the remainder of the 5.2 seconds, but the work done up to the abort is wasted since you cannot ask it if it found a share (and it didn't tell you even though it would have been a valid share if it had already found it)

Since LP's occur on expected average of every 10 seconds ... and on expected average you waste 2.6 seconds processing ... that's 26% of your processing is thrown away (and you can't avoid it)

Does this mean that you would expect with a BFL FPGA to generate 26% fewer shares at a given hash rate than a GPU?

No it will produce the expected # of shares however you will have a 26% stale rate.  Actually a little higher because you have the normal stales due to network propogation too.  This is borne out in observations by users reporting a DOA & orphan combined rate of something like 30% to 40% of hashing power.
Actually no.
It will report 26% less shares since it aborts 26% of shares before you see them.

Pool: https://kano.is - low 0.5% fee PPLNS 3 Days - Most reliable Solo with ONLY 0.5% fee   Bitcointalk thread: Forum
Discord support invite at https://kano.is/ Majority developer of the ckpool code - k for kano
The ONLY active original developer of cgminer. Original master git: https://github.com/kanoi/cgminer
amazingrando
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
April 28, 2012, 04:15:43 PM
 #1068

Does this mean that you would expect with a BFL FPGA to generate 26% fewer shares at a given hash rate than a GPU?

No it will produce the expected # of shares however you will have a 26% stale rate.  Actually a little higher because you have the normal stales due to network propogation too.  This is borne out in observations by users reporting a DOA & orphan combined rate of something like 30% to 40% of hashing power.
Actually no.
It will report 26% less shares since it aborts 26% of shares before you see them.

So 830mh/s of bfl will produce same number of shares as 830mh/s of GPU?  Then what's the big deal?  That there is a theoretical loss of hashing power because some shares are aborted?

Bitbond - 105% PPS mining bond - mining payouts without buying hardware
eleuthria
Legendary
*
Offline Offline

Activity: 1750
Merit: 1007



View Profile
April 28, 2012, 04:37:52 PM
 #1069

Does this mean that you would expect with a BFL FPGA to generate 26% fewer shares at a given hash rate than a GPU?

No it will produce the expected # of shares however you will have a 26% stale rate.  Actually a little higher because you have the normal stales due to network propogation too.  This is borne out in observations by users reporting a DOA & orphan combined rate of something like 30% to 40% of hashing power.
Actually no.
It will report 26% less shares since it aborts 26% of shares before you see them.

So 830mh/s of bfl will produce same number of shares as 830mh/s of GPU?  Then what's the big deal?  That there is a theoretical loss of hashing power because some shares are aborted?

Just to be clear since it wasn't said in the last few posts:  This flaw in the BFL units is exclusive to p2pool due to p2pools rapid long polling.  While the flaw DOES affect all other mining, its only ~0.43% when mining a pool/solo since regular long polls are 10 minutes apart, not 10 seconds apart.

An 830 MH/s BFL will produce the same number of shares as an 830 MH/s GPU.  However, due to the way the BFL unit reports shares, you're losing ~26% of what is produced on p2pool.  So on p2pool you'd only be getting an effective rate of ~614.2 MH/s with a BFL unit.

RIP BTC Guild, April 2011 - June 2015
amazingrando
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
April 28, 2012, 04:42:11 PM
 #1070

Ok, now it's clear to me.  Thank you!

Bitbond - 105% PPS mining bond - mining payouts without buying hardware
Vorksholk
Legendary
*
Offline Offline

Activity: 1713
Merit: 1029



View Profile WWW
April 28, 2012, 06:36:32 PM
 #1071

Read through about 10 pages of this thread so far, and was just wondering, how's the current shipping lengths these days? Thinking of getting a single.

VeriBlock: Securing The World's Blockchains Using Bitcoin
https://veriblock.org
bitcoindaddy
Hero Member
*****
Offline Offline

Activity: 481
Merit: 500


View Profile
April 28, 2012, 06:42:43 PM
 #1072

I thinks it's down to about 2 months but it's improving.
Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 28, 2012, 07:01:46 PM
 #1073

I thinks it's down to about 2 months but it's improving.
No, more like 11 weeks right now; they are still working on orders placed mid-February:

https://bitcointalk.org/index.php?topic=77796.0
abeaulieu
Sr. Member
****
Offline Offline

Activity: 295
Merit: 250



View Profile
April 30, 2012, 01:32:53 PM
 #1074

Not sure if anyone else noticed, but BFL posted another production update a couple days ago. It shows the pre-production Mini-Rig (with a Raspberry Pi host!) and more info on the water block that they are making for the singles.

http://www.butterflylabs.com/production-update/
Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 30, 2012, 02:30:00 PM
 #1075

Not sure if anyone else noticed, but BFL posted another production update a couple days ago. It shows the pre-production Mini-Rig (with a Raspberry Pi host!) and more info on the water block that they are making for the singles.

http://www.butterflylabs.com/production-update/

There is a separate thread for that: https://bitcointalk.org/index.php?topic=78464.0;topicseen
heavyb
Full Member
***
Offline Offline

Activity: 217
Merit: 100



View Profile WWW
April 30, 2012, 08:17:25 PM
 #1076

my 2 singles came in today that I ordered on 2/14/12. I have been using poclbm gui miner with my GPU's and have switch to CGminer. I have a single plugged in and cgminer running, and it detects my 2 gpu's but not my single. Could someone please provide detailed instructions on how to get these running? Thank you!

Epoch
Legendary
*
Offline Offline

Activity: 922
Merit: 1003



View Profile
April 30, 2012, 08:34:48 PM
 #1077

my 2 singles came in today that I ordered on 2/14/12. I have been using poclbm gui miner with my GPU's and have switch to CGminer. I have a single plugged in and cgminer running, and it detects my 2 gpu's but not my single. Could someone please provide detailed instructions on how to get these running? Thank you!

HB, take a peek here: https://bitcointalk.org/index.php?topic=28402.msg874683#msg874683

Read through the above post plus the various replies; that should get you straightened out with your Singles and cgminer. You may or may not need to run a separate instance of cgminer for your gpus and Singles. Keep in mind that under Windows, cgminer does NOT autodetect Singles ... you need to specify them explicitly on the command line as shown in the above link. And to do that, you'll need to know the COM port that Windows has assigned to them.
heavyb
Full Member
***
Offline Offline

Activity: 217
Merit: 100



View Profile WWW
April 30, 2012, 08:46:14 PM
 #1078

thank you very much epoch, unfortunatly, my single does not show up in the COM section, but as an other device and lists it has no driver info. Any ideas?

Inaba
Legendary
*
Offline Offline

Activity: 1260
Merit: 1000



View Profile WWW
April 30, 2012, 08:58:52 PM
 #1079

Do you have an FTTI driver installed?

If you're searching these lines for a point, you've probably missed it.  There was never anything there in the first place.
heavyb
Full Member
***
Offline Offline

Activity: 217
Merit: 100



View Profile WWW
April 30, 2012, 09:06:05 PM
 #1080

Do you have an FTTI driver installed?

I do not. this is probably the problem. any advice for this?

Pages: « 1 ... 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 [54] 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 »
  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!