I use your miner for all my USB ASIC Miners and it does a fine job, I sure would like to use it for my K16's
Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 103. (Read 1193219 times)
October 29, 2013, 02:00:26 PM
Will this help, http://projectklondike.org/
I use your miner for all my USB ASIC Miners and it does a fine job, I sure would like to use it for my K16's
I use your miner for all my USB ASIC Miners and it does a fine job, I sure would like to use it for my K16's
October 29, 2013, 01:52:41 PM
it is seemingly detecting the chili however I'm unable to see the individual chips under the [M]anage Devices section.
This is due to Chili being based on a very old protocol.The error message that I keep receiving from the BFL 1 (chili) device is 'Failed to send queue, and queue empty; retrying after 1 second"
This is due to bugs in the Chili firmware. I think they plan to release a fix at some point.BFGMiner 3.5 has a workaround for it, but it needs to use more USB bandwidth than normal.
Do you have a link handy? I'm only seeing version 3.4
October 29, 2013, 01:42:56 PM
it is seemingly detecting the chili however I'm unable to see the individual chips under the [M]anage Devices section.
This is due to Chili being based on a very old protocol.The error message that I keep receiving from the BFL 1 (chili) device is 'Failed to send queue, and queue empty; retrying after 1 second"
This is due to bugs in the Chili firmware. I think they plan to release a fix at some point.BFGMiner 3.5 has a workaround for it, but it needs to use more USB bandwidth than normal.
Do you have a link handy? I'm only seeing version 3.4
October 29, 2013, 01:16:52 PM
Any update for the settings in BFGminer for Klondike K16 mining unit?
Klondikes are, AFAIK, completely unsupported.I'd be glad to add support, however I have nothing to work with.
Please ask your vendor if they can provide specifications and/or a sample unit.
October 29, 2013, 12:41:30 PM
Any update for the settings in BFGminer for Klondike K16 mining unit?
October 29, 2013, 10:35:00 AM
it is seemingly detecting the chili however I'm unable to see the individual chips under the [M]anage Devices section.
This is due to Chili being based on a very old protocol.The error message that I keep receiving from the BFL 1 (chili) device is 'Failed to send queue, and queue empty; retrying after 1 second"
This is due to bugs in the Chili firmware. I think they plan to release a fix at some point.BFGMiner 3.4 has a workaround for it, but it needs to use more USB bandwidth than normal.
October 29, 2013, 02:22:59 AM
Any update for the settings in BFGminer for Klondike K16 mining unit? I've tried yet I'm missing something. I tried: -0 http://stratum.btcguild.com:3333 -u username - p x -- usb KLN: 3 --enable-klondike16 no go 
October 29, 2013, 01:59:19 AM
Hey Luke-jr,
So I finally got my twin turbo ii mounted on my first of two chilis. However, when I execute an instance of bfgminer it properly brings up my Icarus Block Eruptor, as well as the single BFL jally that I have connected, it is seemingly detecting the chili however I'm unable to see the individual chips under the [M]anage Devices section. The error message that I keep receiving from the BFL 1 (chili) device is 'Failed to send queue, and queue empty; retrying after 1 second"
Any idea what might be causing this?
*Note: I am currently testing out version 3.4.0 (x86)
So I finally got my twin turbo ii mounted on my first of two chilis. However, when I execute an instance of bfgminer it properly brings up my Icarus Block Eruptor, as well as the single BFL jally that I have connected, it is seemingly detecting the chili however I'm unable to see the individual chips under the [M]anage Devices section. The error message that I keep receiving from the BFL 1 (chili) device is 'Failed to send queue, and queue empty; retrying after 1 second"
Any idea what might be causing this?
*Note: I am currently testing out version 3.4.0 (x86)
October 28, 2013, 04:33:22 AM
Hi Luke-Jr
Is it possible to display the 'Time on Current Block' ?
Is it possible to display the 'Time on Current Block' ?
October 28, 2013, 03:44:00 AM
Anyone else noticed the OpenWRT version causes a seg fault when quitting or restarting? Happened on 3.3 and still happens on 3.4.
October 27, 2013, 11:58:42 PM
[Nevermind] I found the restart option in settings. Doh!
Would it make sense to the developer(s) to have a option to re-read the config file without exiting and restarting?
Would it make sense to the developer(s) to have a option to re-read the config file without exiting and restarting?
should be doable but as with any feature, takes time. actually... @LJR should externally changing the config and using bfgminers restart functionality work?
October 27, 2013, 11:50:44 PM
Got it. Thanks!
October 27, 2013, 11:45:14 PM
Can't find "--quiet-work-updates" in the Readme files.
But I will try it.
OPT_WITHOUT_ARG("--quiet-work-updates|--quiet-work-update",But I will try it.
opt_set_bool, &opt_quiet_work_updates,
opt_hidden)
its a hidden option there are actually quite a few
October 27, 2013, 11:43:44 PM
[Nevermind] I found the restart option in settings. Doh!
Would it make sense to the developer(s) to have a option to re-read the config file without exiting and restarting?
Would it make sense to the developer(s) to have a option to re-read the config file without exiting and restarting?
October 27, 2013, 11:37:20 PM
Can't find "--quiet-work-updates" in the Readme files.
But I will try it.
But I will try it.
October 27, 2013, 11:25:31 PM
Summary of runtime statistics:
[2013-10-27 22:45:30] Started at [2013-10-27 21:55:56]
[2013-10-27 22:45:30] Pool: http://mint.bitminter.com:8332
[2013-10-27 22:45:30] Runtime: 0 hrs : 49 mins : 30 secs
[2013-10-27 22:45:30] Average hashrate: 71.7 Megahash/s
[2013-10-27 22:45:30] Solved blocks: 0
[2013-10-27 22:45:30] Best share difficulty: 27
[2013-10-27 22:45:31] Share submissions: 49
[2013-10-27 22:45:31] Accepted shares: 49
[2013-10-27 22:45:31] Rejected shares: 0 + 0 stale (0.00%)
[2013-10-27 22:45:31] Accepted difficulty shares: 49
[2013-10-27 22:45:31] Rejected difficulty shares: 0
[2013-10-27 22:45:31] Hardware errors: 0
[2013-10-27 22:45:31] Network transfer: 208.2 / 15.9 kB ( 70.1 / 5.3 B/s)
[2013-10-27 22:45:31] Efficiency (accepted shares * difficulty / 2 KB): 0.45
[2013-10-27 22:45:31] Utility (accepted shares / min): 0.99/min
[2013-10-27 22:45:31] Unable to get work from server occasions: 0
[2013-10-27 22:45:31] Work items generated locally: 952
[2013-10-27 22:45:31] Submitting work remotely delay occasions: 0
[2013-10-27 22:45:31] New blocks detected on network: 7
[2013-10-27 22:45:31] Summary of per device statistics:
[2013-10-27 22:45:31] OCL0 63.0C | 5s: 0.0 avg: 0.0 u: 0.0 h/s | A:0 R:0+0 none) HW:0/none
[2013-10-27 22:45:31] OCL1 66.0C | 5s:71.68 avg:71.65 u:70.82 Mh/s | A:49 R:0+ (none) HW:0/none
[2013-10-27 22:45:31] Shutdown signal received.
This indicates everything is fine! Hmm.
[2013-10-27 22:45:30] Started at [2013-10-27 21:55:56]
[2013-10-27 22:45:30] Pool: http://mint.bitminter.com:8332
[2013-10-27 22:45:30] Runtime: 0 hrs : 49 mins : 30 secs
[2013-10-27 22:45:30] Average hashrate: 71.7 Megahash/s
[2013-10-27 22:45:30] Solved blocks: 0
[2013-10-27 22:45:30] Best share difficulty: 27
[2013-10-27 22:45:31] Share submissions: 49
[2013-10-27 22:45:31] Accepted shares: 49
[2013-10-27 22:45:31] Rejected shares: 0 + 0 stale (0.00%)
[2013-10-27 22:45:31] Accepted difficulty shares: 49
[2013-10-27 22:45:31] Rejected difficulty shares: 0
[2013-10-27 22:45:31] Hardware errors: 0
[2013-10-27 22:45:31] Network transfer: 208.2 / 15.9 kB ( 70.1 / 5.3 B/s)
[2013-10-27 22:45:31] Efficiency (accepted shares * difficulty / 2 KB): 0.45
[2013-10-27 22:45:31] Utility (accepted shares / min): 0.99/min
[2013-10-27 22:45:31] Unable to get work from server occasions: 0
[2013-10-27 22:45:31] Work items generated locally: 952
[2013-10-27 22:45:31] Submitting work remotely delay occasions: 0
[2013-10-27 22:45:31] New blocks detected on network: 7
[2013-10-27 22:45:31] Summary of per device statistics:
[2013-10-27 22:45:31] OCL0 63.0C | 5s: 0.0 avg: 0.0 u: 0.0 h/s | A:0 R:0+0 none) HW:0/none
[2013-10-27 22:45:31] OCL1 66.0C | 5s:71.68 avg:71.65 u:70.82 Mh/s | A:49 R:0+ (none) HW:0/none
[2013-10-27 22:45:31] Shutdown signal received.
This indicates everything is fine! Hmm.
October 27, 2013, 11:20:36 PM
Thanks for your response!
Ok. So you just chose a more verbose default setting than cgminer. That make sense now.
But what about throughput:
cg: WU: 1.1/m HD4850
bfg: 0.00 BTC/hr HD5570
I don't think this is a question of which client is better. I think I must have something configured wrong!
For these tests, I'm using the vanilla client for Win-32. No building from source. I was only doing that on the Arm platform.
I will keep looking. Maybe I will try debug mode.
Ok. So you just chose a more verbose default setting than cgminer. That make sense now.
But what about throughput:
cg: WU: 1.1/m HD4850
bfg: 0.00 BTC/hr HD5570
I don't think this is a question of which client is better. I think I must have something configured wrong!
For these tests, I'm using the vanilla client for Win-32. No building from source. I was only doing that on the Arm platform.
I will keep looking. Maybe I will try debug mode.
October 27, 2013, 09:55:52 PM
But the cgminer client is running fine with the same config except for the d=0:
They're both running fine: work updates are a perfectly normal part of mining.Stratum pools just do it more often than non-stratum ones traditionally have.
You can ask cgminer why they only announce http work updates if you like.
--quiet-work-updates will hide it in BFGMiner.
October 27, 2013, 09:40:31 PM
But the cgminer client is running fine with the same config except for the d=0:
cgminer -u xxx_RHD4850 -p xxx -d 0 -c cgminer.conf
cgminer version 3.6.5 - Started: [2013-10-27 20:08:48]
-----------------------------------------------------------------------------
(5s):68.54M (avg):68.70Mh/s | A:159 R:1 HW:0 WU:1.1/m
ST: 2 SS: 0 NB: 17 LW: 977 GF: 0 RF: 0
Connected to us1.bitminter.com diff 1 with stratum as user xxx_RHD4850
Block: 0002e4e03399ee5a... Diff:391M Started: [22:34:11] Best share: 52
-----------------------------------------------------------------------------
[P]ool management [G]PU management [_S]ettings [D]isplay options [Q]uit
GPU 0: 67.5C 50% | 68.58M/68.70Mh/s | A:159 R:0 HW:0 WU: 1.1/m I: 2
GPU 1: 67.5C 50% | OFF / 0.000h/s | A: 0 R:0 HW:0 WU: 0.0/m I: 0
-----------------------------------------------------------------------------
[2013-10-27 22:23:05] Accepted 7f5869ca Diff 2/1 GPU 0
[2013-10-27 22:25:06] Stratum from pool 0 detected new block
[2013-10-27 22:25:52] Accepted f0c4e674 Diff 1/1 GPU 0
[2013-10-27 22:27:30] Accepted 819aa378 Diff 1/1 GPU 0
[2013-10-27 22:29:14] Accepted 1401299a Diff 12/1 GPU 0
[2013-10-27 22:31:21] Accepted 32c540ba Diff 5/1 GPU 0
[2013-10-27 22:34:07] Accepted ead2bca4 Diff 1/1 GPU 0
[2013-10-27 22:34:11] Stratum from pool 0 detected new block
[2013-10-27 22:34:15] Stratum from pool 0 requested work restart
[2013-10-27 22:35:29] Accepted 8c7cd188 Diff 1/1 GPU 0
[2013-10-27 22:37:09] Accepted cd8ca6a3 Diff 1/1 GPU 0
[2013-10-27 22:37:22] Accepted 68032a3e Diff 2/1 GPU 0
cgminer -u xxx_RHD4850 -p xxx -d 0 -c cgminer.conf
cgminer version 3.6.5 - Started: [2013-10-27 20:08:48]
-----------------------------------------------------------------------------
(5s):68.54M (avg):68.70Mh/s | A:159 R:1 HW:0 WU:1.1/m
ST: 2 SS: 0 NB: 17 LW: 977 GF: 0 RF: 0
Connected to us1.bitminter.com diff 1 with stratum as user xxx_RHD4850
Block: 0002e4e03399ee5a... Diff:391M Started: [22:34:11] Best share: 52
-----------------------------------------------------------------------------
[P]ool management [G]PU management [_S]ettings [D]isplay options [Q]uit
GPU 0: 67.5C 50% | 68.58M/68.70Mh/s | A:159 R:0 HW:0 WU: 1.1/m I: 2
GPU 1: 67.5C 50% | OFF / 0.000h/s | A: 0 R:0 HW:0 WU: 0.0/m I: 0
-----------------------------------------------------------------------------
[2013-10-27 22:23:05] Accepted 7f5869ca Diff 2/1 GPU 0
[2013-10-27 22:25:06] Stratum from pool 0 detected new block
[2013-10-27 22:25:52] Accepted f0c4e674 Diff 1/1 GPU 0
[2013-10-27 22:27:30] Accepted 819aa378 Diff 1/1 GPU 0
[2013-10-27 22:29:14] Accepted 1401299a Diff 12/1 GPU 0
[2013-10-27 22:31:21] Accepted 32c540ba Diff 5/1 GPU 0
[2013-10-27 22:34:07] Accepted ead2bca4 Diff 1/1 GPU 0
[2013-10-27 22:34:11] Stratum from pool 0 detected new block
[2013-10-27 22:34:15] Stratum from pool 0 requested work restart
[2013-10-27 22:35:29] Accepted 8c7cd188 Diff 1/1 GPU 0
[2013-10-27 22:37:09] Accepted cd8ca6a3 Diff 1/1 GPU 0
[2013-10-27 22:37:22] Accepted 68032a3e Diff 2/1 GPU 0
October 27, 2013, 09:24:25 PM
bfgminer -u xxx_RHD5570bfg -p xxx -d 1 -c bfgminer.conf
bfgminer.conf
{
"url" : "http://mint.bitminter.com:8332"
}
bfgminer version 3.4.0 - Started: [2013-10-27 21:55:56] - [ 0 days 00:00:45]
[M]anage devices [P]ool management [_S]ettings [D]isplay options [H]elp [Q]uit
Connected to us1.bitminter.com diff 1 with stratum as user xxx_RHD5570bfg
Block: ...2d46a0b0 #266459 Diff:391M ( 2.80Ph/s) Started: [21:55:56]
ST:2 F:0 NB:1 AS:0 BW:[ 2/ 0kB/s] E:0.00 I: 0.00 BTC/hr BS:0
1 66.0C | 70.39/71.09/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
OCL 0: 60.0C | OFF / 0.0/ 0.0 h/s | A:0 R:0+0(none) HW:0/none
OCL 1: 66.5C | 71.43/71.03/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
Why so many "Stratum from pool 0 requested work update" requests?
I must doing something seriously wrong?
Edit: Forgot to mention: I'm running cgminer on d=0 and bfgminer on d=1 on the same PC in WXPSP3.
Could there be a port conflict? If so, is there a way to resolve it and still run both miners?
bfgminer.conf
{
"url" : "http://mint.bitminter.com:8332"
}
bfgminer version 3.4.0 - Started: [2013-10-27 21:55:56] - [ 0 days 00:00:45]
[M]anage devices [P]ool management [_S]ettings [D]isplay options [H]elp [Q]uit
Connected to us1.bitminter.com diff 1 with stratum as user xxx_RHD5570bfg
Block: ...2d46a0b0 #266459 Diff:391M ( 2.80Ph/s) Started: [21:55:56]
ST:2 F:0 NB:1 AS:0 BW:[ 2/ 0kB/s] E:0.00 I: 0.00 BTC/hr BS:0
1 66.0C | 70.39/71.09/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
OCL 0: 60.0C | OFF / 0.0/ 0.0 h/s | A:0 R:0+0(none) HW:0/none
OCL 1: 66.5C | 71.43/71.03/ 0.00Mh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
Code:
[2013-10-27 21:55:53] Loaded configuration file bfgminer.conf
[2013-10-27 21:55:54] Probing for an alive pool
[2013-10-27 21:55:55] Switching pool 0 http://mint.bitminter.com:8332 to stratu
m+tcp://us1.bitminter.com:3333
[2013-10-27 21:55:56] Pool 0 http://mint.bitminter.com:8332 alive
[2013-10-27 21:55:56] Network difficulty changed to 391M ( 2.80Ph/s)
[2013-10-27 21:55:56] Stratum from pool 0 detected new block
[2013-10-27 21:55:56] Pool 0 is hiding block contents from us
[2013-10-27 21:55:57] Stratum from pool 0 requested work update
[2013-10-27 21:55:58] OCL 0 (thread 0) being disabled
[2013-10-27 21:55:58] OCL 0 (thread 1) being disabled
[2013-10-27 21:56:00] Disabling extra threads due to dynamic mode.
[2013-10-27 21:56:00] Tune dynamic intensity with --gpu-dyninterval
[2013-10-27 21:56:27] Stratum from pool 0 requested work update
[2013-10-27 21:56:57] Stratum from pool 0 requested work update
[2013-10-27 21:57:02] Stratum from pool 0 requested work update
[2013-10-27 21:57:07] Accepted 8afaaed2 OCL 1 Diff 1/1
[2013-10-27 21:57:32] Stratum from pool 0 requested work update
[2013-10-27 21:58:02] Stratum from pool 0 requested work update
[2013-10-27 21:58:32] Stratum from pool 0 requested work update
[2013-10-27 21:59:03] Stratum from pool 0 requested work update
[2013-10-27 21:59:20] Accepted 6fc651cc OCL 1 Diff 2/1
[2013-10-27 21:59:33] Stratum from pool 0 requested work update
[2013-10-27 22:00:03] Stratum from pool 0 requested work update
[2013-10-27 22:00:10] Accepted b46c7e2f OCL 1 Diff 1/1
[2013-10-27 22:00:33] Stratum from pool 0 requested work update
Why so many "Stratum from pool 0 requested work update" requests?
I must doing something seriously wrong?
Edit: Forgot to mention: I'm running cgminer on d=0 and bfgminer on d=1 on the same PC in WXPSP3.
Could there be a port conflict? If so, is there a way to resolve it and still run both miners?
71 Mhash/second isn't particularly fast stratum updates every 30 sec or so and you only have about 1 share per minute it seems
math:
for 71Mhash to search the entire nonce space would take about 60.5 seconds to search the entire 2^32 every update starts new work so in reality your only searching half of the nonce space or the first 2^31 nonces. slow hardware is slow :/ can't be helped
Jump to: