Mudbankkeith
|
|
October 26, 2013, 11:30:31 PM |
|
Copied in my batch file from 3.3.0
works a treat straight from the box(well..... zip file really)
If you have no other devices listed, and no other usb services, then just use:-( -S all)
My Hardware Errors are about the same as before, but the Rejection rate is way down
|
BTc donations welcome:- 13c2KuzWCaWFTXF171Zn1HrKhMYARPKv97
|
|
|
Nemo1024
Legendary
Offline
Activity: 1680
Merit: 1014
|
|
October 26, 2013, 11:48:54 PM |
|
Will 3.4.0 retry failed COM ports when initialising USB BEs? I guess I can try tomorrow, but it's be nice to have a confirmation befor re-installing the UPS monitoring software.
|
“Dark times lie ahead of us and there will be a time when we must choose between what is easy and what is right.” “We are only as strong as we are united, as weak as we are divided.” “It is important to fight and fight again, and keep fighting, for only then can evil be kept at bay, though never quite eradicated.”
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
October 26, 2013, 11:52:21 PM |
|
Will 3.4.0 retry failed COM ports when initialising USB BEs? I guess I can try tomorrow, but it's be nice to have a confirmation befor re-installing the UPS monitoring software.
When you tell it to, like 3.3 and 3.2 did...
|
|
|
|
purelithium
|
|
October 27, 2013, 01:52:09 AM |
|
This is what happens when I run bfgminer using the flags passed by MultiMiner. This rig mines fine on 3.2.1, but for some reason 3.3.0+ won't work. crossposted in the MultiMiner thread, as well. C:\Mining\MultiMiner\Miners\bfgminer>bfgminer --scan-serial erupter:all --scan-s erial opencl:auto -o pool1.us.multipool.us:3335 -u user -p "" -o coin otron.com:8322 -u user -p taco -d 0 -d 1 -d 2 -d 3 -d 4 -d 5 -d 6 -d 7 -d 8 -d 9 -d 10 -d 11 -d 12 -d 13 -d 14 -d 15 -d 16 -d 17 -d 18 -d 19 -d 20 -d 21 -d 22 -d 23 -d 24 -d 25 -d 26 -d 27 -d 28 -d 29 -d 30 -d 31 --api-listen --a pi-port 4029 --api-allow W:127.0.0.1, -T [2013-10-26 21:46:13] Started bfgminer 3.4.0 [2013-10-26 21:46:22] Probing for an alive pool [2013-10-26 21:46:23] Pool 1 is hiding block contents from us
[2013-10-26 21:46:23] Network difficulty changed to 5.39M (38.61Th/s)
[2013-10-26 21:46:23] Switching to pool 1 http://coinotron.com:8322 - first ali ve pool [2013-10-26 21:46:23] Long-polling activated for http://coinotron.com:8344 (get work) [2013-10-26 21:46:23] Pool 0 http://pool1.us.multipool.us:3335 alive
[2013-10-26 21:46:23] Pool 0 is hiding block contents from us
[2013-10-26 21:46:23] Switching to pool 0 http://pool1.us.multipool.us:3335
[2013-10-26 21:46:24] OCL 0 (thread 32) being disabled [2013-10-26 21:46:24] OCL 0 (thread 33) being disabled [2013-10-26 21:46:24] OCL 1 (thread 34) being disabled [2013-10-26 21:46:24] OCL 1 (thread 35) being disabled [2013-10-26 21:46:24] OCL 2 (thread 36) being disabled [2013-10-26 21:46:24] OCL 2 (thread 37) being disabled [2013-10-26 21:46:24] OCL 3 (thread 38) being disabled [2013-10-26 21:46:24] OCL 3 (thread 39) being disabled [2013-10-26 21:46:24] OCL 4 (thread 40) being disabled [2013-10-26 21:46:24] Disabling extra threads due to dynamic mode.
[2013-10-26 21:46:24] OCL 4 (thread 41) being disabled [2013-10-26 21:46:24] Tune dynamic intensity with --gpu-dyninterval
[2013-10-26 21:46:24] Staged work underrun; increasing queue minimum to 2
[2013-10-26 21:46:24] Staged work underrun; increasing queue minimum to 3
[2013-10-26 21:46:24] Staged work underrun; increasing queue minimum to 4
[2013-10-26 21:46:24] BES 1 being disabled [2013-10-26 21:46:24] Staged work underrun; increasing queue minimum to 5
[2013-10-26 21:46:25] Accepted 0b8c7bc1 BES14 pool 0 Diff 22/2
[2013-10-26 21:46:26] Accepted 45517d95 BES12 pool 0 Diff 3/2
0x855e10 : [unknown module] : [unknown file] 0x452c56 : C:\Mining\MultiMiner\Miners\bfgminer\bfgminer.exe : /home/luke-jr/Pro jects/Education/Tonal/BitCoin/bfgminer/make-release-tmp/bfgminer-3.4.0-tmp/adl.c (1133) : in function (gpu_autotune) 0x41feef : C:\Mining\MultiMiner\Miners\bfgminer\bfgminer.exe : /home/luke-jr/Pro jects/Education/Tonal/BitCoin/bfgminer/make-release-tmp/bfgminer-3.4.0-tmp/miner .c (9554) : in function (bfg_watchdog) 0x41fe29 : C:\Mining\MultiMiner\Miners\bfgminer\bfgminer.exe : /home/luke-jr/Pro jects/Education/Tonal/BitCoin/bfgminer/make-release-tmp/bfgminer-3.4.0-tmp/miner .c (9523) : in function (watchdog_thread) Failed to init bfd from (C:\Mining\MultiMiner\Miners\bfgminer\pthreadGC2.dll) 0x6248671b : C:\Mining\MultiMiner\Miners\bfgminer\pthreadGC2.dll : pthread_creat e Failed to init bfd from (C:\Windows\syswow64\msvcrt.dll) 0x764d1287 : C:\Windows\syswow64\msvcrt.dll : itow_s Failed to init bfd from (C:\Windows\syswow64\msvcrt.dll) 0x764d1328 : C:\Windows\syswow64\msvcrt.dll : endthreadex Failed to init bfd from (C:\Windows\syswow64\kernel32.dll) 0x75b5336a : C:\Windows\syswow64\kernel32.dll : BaseThreadInitThunk Failed to init bfd from (C:\Windows\SysWOW64\ntdll.dll) 0x77e59f72 : C:\Windows\SysWOW64\ntdll.dll : RtlInitializeExceptionChain Failed to init bfd from (C:\Windows\SysWOW64\ntdll.dll) 0x77e59f45 : C:\Windows\SysWOW64\ntdll.dll : RtlInitializeExceptionChain
|
Like my post? 1H7bfRYh7F89mfmFgsRCdn4awDaUHQmYqY
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
October 27, 2013, 01:55:44 AM |
|
This is what happens when I run bfgminer using the flags passed by MultiMiner. This rig mines fine on 3.2.1, but for some reason 3.3.0+ won't work. crossposted in the MultiMiner thread, as well. Please bisect this.
|
|
|
|
purelithium
|
|
October 27, 2013, 02:15:37 AM |
|
webisect failed. The first build it gave me was an old version(3.1.1) even though I told it to work from 3.2.1, and the commandline flags i tried giving, weren't accepted. I tried skipping the build, but no new build was supplied(after waiting 5-10 min for it to auto refresh.
|
Like my post? 1H7bfRYh7F89mfmFgsRCdn4awDaUHQmYqY
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
October 27, 2013, 02:29:41 AM |
|
webisect failed. The first build it gave me was an old version(3.1.1) even though I told it to work from 3.2.1, and the commandline flags i tried giving, weren't accepted. I tried skipping the build, but no new build was supplied(after waiting 5-10 min for it to auto refresh.
Fixed this - the branches weren't up to date, so webisect didn't have 3.4.0 yet. You should be able to continue the same session safely now.
|
|
|
|
purelithium
|
|
October 27, 2013, 03:11:11 AM |
|
WeBisect keeps timing out and not refreshing once the new build is ready. I don't have time now. Maybe I'll try again tomorrow. Back to 3.2.1 for me.
|
Like my post? 1H7bfRYh7F89mfmFgsRCdn4awDaUHQmYqY
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
October 27, 2013, 04:26:17 AM |
|
WeBisect keeps timing out and not refreshing once the new build is ready. I don't have time now. Maybe I'll try again tomorrow. Back to 3.2.1 for me.
Are you giving it enough time? It needs to actually build each commit
|
|
|
|
vpasic
|
|
October 27, 2013, 10:36:56 AM Last edit: October 27, 2013, 08:51:06 PM by vpasic |
|
so I have 2 BFL singles 60gh and I want to mine BTC with first and TRC with second unit. In BFGminer when I add -d 0 function it mines BTC in one CMD window with one miner but when I add -d 1 function in second CMD window BFGminer can't find second BFL unit. Please help. Thanks
|
Tips: 1Ejj8eANy2PLZVwrWUczkbQ8kQY2JhKqp6
|
|
|
purelithium
|
|
October 27, 2013, 01:57:46 PM |
|
WeBisect keeps timing out and not refreshing once the new build is ready. I don't have time now. Maybe I'll try again tomorrow. Back to 3.2.1 for me.
Are you giving it enough time? It needs to actually build each commit Like I said before, 5-10 minutes should be enough.
|
Like my post? 1H7bfRYh7F89mfmFgsRCdn4awDaUHQmYqY
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
October 27, 2013, 02:06:47 PM |
|
WeBisect keeps timing out and not refreshing once the new build is ready. I don't have time now. Maybe I'll try again tomorrow. Back to 3.2.1 for me.
Are you giving it enough time? It needs to actually build each commit Like I said before, 5-10 minutes should be enough. For a single build, probably. Looking at the log for your session, though, it was hitting some commits that failed to build on Windows; when this happens, it automatically skips them for you and moves on. You can always come back to your session later, if it's taking too long.
|
|
|
|
juhakall
|
|
October 27, 2013, 03:48:07 PM |
|
Is there any way to determine the BSB2ab style device names from API replies? I can't use ProcID, because the naming scheme differs when there are more chips. For example, I have BSB devices with 16 or 32 chips. ProcID 0 on BSB0 is BSB0a, but ProcID 0 on BSB2 is BSB2aa.
This would be useful because --set-device use the letter naming scheme as arguments when setting options for individual chips.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
October 27, 2013, 08:05:47 PM |
|
I was wondering if you could add JSONP commands to your APIs. JSONP extension of your APIs would allow to access bfgminer directly from any static (local to browser) page. AJAX calls can be made from the browser directly to API port. No cross-domain issues. How about CORS? That seems to be the way to go nowadays...?
|
|
|
|
Nemo1024
Legendary
Offline
Activity: 1680
Merit: 1014
|
|
October 27, 2013, 09:58:53 PM |
|
Will 3.4.0 retry failed COM ports when initialising USB BEs? I guess I can try tomorrow, but it's be nice to have a confirmation befor re-installing the UPS monitoring software.
When you tell it to, like 3.3 and 3.2 did... From command line? Can't seem to find the appropriate switch. I'm running from my own unattended front-end with -T
|
“Dark times lie ahead of us and there will be a time when we must choose between what is easy and what is right.” “We are only as strong as we are united, as weak as we are divided.” “It is important to fight and fight again, and keep fighting, for only then can evil be kept at bay, though never quite eradicated.”
|
|
|
ThinkFast
Member
Offline
Activity: 69
Merit: 10
|
|
October 28, 2013, 02:07:17 AM |
|
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 -------------------------------------------------------------------------------- [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?
|
|
|
|
Taugeran
|
|
October 28, 2013, 02:24:25 AM |
|
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 -------------------------------------------------------------------------------- [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
|
Bitfury HW & Habañero : 1.625Th/s tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1 Come join Coinbase
|
|
|
ThinkFast
Member
Offline
Activity: 69
Merit: 10
|
|
October 28, 2013, 02:40:31 AM |
|
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
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
October 28, 2013, 02:55:52 AM |
|
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.
|
|
|
|
ThinkFast
Member
Offline
Activity: 69
Merit: 10
|
|
October 28, 2013, 04:20:36 AM |
|
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.
|
|
|
|
|