gr0bi42
|
|
August 30, 2013, 04:28:48 PM |
|
This is my libmicrohttpd: # dpkg --get-selections | grep http apt-transport-https install libmicrohttpd-dev install libmicrohttpd5 install python-httplib2 install
|
Donations are welcome: 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT
|
|
|
gr0bi42
|
|
August 30, 2013, 04:37:56 PM |
|
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13. ...
Will try sources from github now... Does not compile either... maybe a problem with libmicrohttpd version?
|
Donations are welcome: 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT
|
|
|
gr0bi42
|
|
August 30, 2013, 04:40:42 PM |
|
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13. ...
Will try sources from github now... Does not compile either... maybe a problem with libmicrohttpd version? helps, but I want the builtin getwork server
|
Donations are welcome: 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 30, 2013, 04:49:44 PM |
|
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13. ...
Does not compile My system: x86/Ubuntu/Linaro ./configure: all disabled except bitforce and ztex. I'm using the source from the tgz in the first post. First error: CC bfgminer-httpsrv.o In file included from httpsrv.c:16:0: /usr/include/microhttpd.h:893:55: error: unknown type name ‘va_list’ make[2]: *** [bfgminer-httpsrv.o] Error 1 An #include <stdarg.h> is missing. Fixing this, I get the next error: CC bfgminer-driver-getwork.o driver-getwork.c: In function ‘getwork_gen_error’: driver-getwork.c:109:9: warning: implicit declaration of function ‘MHD_create_response_from_buffer’ [-Wimplicit-function-declaration] driver-getwork.c:109:85: error: ‘MHD_RESPMEM_MUST_FREE’ undeclared (first use in this function) driver-getwork.c:109:85: note: each undeclared identifier is reported only once for each function it appears in driver-getwork.c: In function ‘handle_getwork’: driver-getwork.c:169:2: warning: implicit declaration of function ‘MHD_basic_auth_get_username_password’ [-Wimplicit-function-declaration] driver-getwork.c:169:7: warning: assignment makes pointer from integer without a cast [enabled by default] driver-getwork.c:173:3: warning: implicit declaration of function ‘MHD_queue_basic_auth_fail_response’ [-Wimplicit-function-declaration] driver-getwork.c:252:58: error: ‘MHD_RESPMEM_MUST_FREE’ undeclared (first use in this function) make[2]: *** [bfgminer-driver-getwork.o] Error 1 Looks like a very old (pre-2011) libmicrohttpd. Can you confirm the version? grep Version $(pkg-config --variable=pcfiledir libmicrohttpd)/libmicrohttpd.pc helps, but I want the builtin getwork server I believe the oldest supported version is 0.9.5, released January 2011. This should be fixed. Is there a way to get the current share difficulty from the API? Would be useful for some monitoring tools.
The "pools" method has this info per-pool. I guess someone should add a way to determine which pool(s) are actively in use? Cool. "Last Share Difficulty" would give me that info, right? Sortof. It won't work until a share is found at the difficulty. Also, keep in mind that it's possible for devices to be hashing different difficulty works, around changes. To find out which pool is connected, I'd have to walk the list from priority 0-N and check which one is alive. The one with the lowest priority and alive status is the one that is being connected to? Only in Failover mode.
|
|
|
|
Epoch
Legendary
Offline
Activity: 922
Merit: 1003
|
|
August 30, 2013, 06:06:45 PM |
|
Do people still use load balancing mode? When? Unreliable pools/connections? I never understood the benefit of running in load balancing mode. If you are on non-PPS payout, what is the benefit of load balancing if you are connected to reliable/fast pools. I fail to see any.
The 'benefit' of load balancing is less short term variance; you are spreading work across a much larger hashrate base. If I spread my hashrate among 3 pools each with 30Thps, that would be the equivalent of mining at a single 90Thps pool ... which provides 1/3 the variance of pointing all my hashrate at a single 30Thps pool. Same expected payout in either case, just less variance when load-balancing. I put 'benefit' in quotes because not everyone will agree that less variance is a 'benefit'. Most would; otherwise they'd be solo mining.
|
|
|
|
gr0bi42
|
|
August 30, 2013, 07:28:16 PM |
|
NEW VERSION 3.2.0, AUGUST 30 2013
This release is the first of a new stable-focused 3.2.x branch. Many new improvements have been added, plus a merge from cgminer 3.4.0. BFGMiner 3.1.x is now discontinued, but bugfixes have been backported to 3.0.7 and 2.10.13. ...
Does not compile My system: x86/Ubuntu/Linaro ./configure: all disabled except bitforce and ztex. I'm using the source from the tgz in the first post. First error: CC bfgminer-httpsrv.o In file included from httpsrv.c:16:0: /usr/include/microhttpd.h:893:55: error: unknown type name ‘va_list’ make[2]: *** [bfgminer-httpsrv.o] Error 1 An #include <stdarg.h> is missing. Fixing this, I get the next error: CC bfgminer-driver-getwork.o driver-getwork.c: In function ‘getwork_gen_error’: driver-getwork.c:109:9: warning: implicit declaration of function ‘MHD_create_response_from_buffer’ [-Wimplicit-function-declaration] driver-getwork.c:109:85: error: ‘MHD_RESPMEM_MUST_FREE’ undeclared (first use in this function) driver-getwork.c:109:85: note: each undeclared identifier is reported only once for each function it appears in driver-getwork.c: In function ‘handle_getwork’: driver-getwork.c:169:2: warning: implicit declaration of function ‘MHD_basic_auth_get_username_password’ [-Wimplicit-function-declaration] driver-getwork.c:169:7: warning: assignment makes pointer from integer without a cast [enabled by default] driver-getwork.c:173:3: warning: implicit declaration of function ‘MHD_queue_basic_auth_fail_response’ [-Wimplicit-function-declaration] driver-getwork.c:252:58: error: ‘MHD_RESPMEM_MUST_FREE’ undeclared (first use in this function) make[2]: *** [bfgminer-driver-getwork.o] Error 1 Looks like a very old (pre-2011) libmicrohttpd. Can you confirm the version? grep Version $(pkg-config --variable=pcfiledir libmicrohttpd)/libmicrohttpd.pc It's Version: 0.4.6 So you are right, it's a very old version, but you get it with apt-get. Tomorrow I will try the latest one.
|
Donations are welcome: 1Btf3BqUegfe5iFdWsgfBf1Ew3YsAvsrLT
|
|
|
OtaconEmmerich
|
|
August 31, 2013, 02:55:07 AM |
|
Just wanted to say the upgrade is great Luke, my HW% is now floating around .50-.70% now. It was around ~1% before. Sent you a Bitcent donation as Thanks
|
|
|
|
vulgartrendkill
|
|
August 31, 2013, 10:08:47 AM |
|
Hi peeps, I`ve been using BFG for a while and love it, and just found out about the request diff function so I thought I`d enter it into my bat file. Thing is, BFG doesn`t seem to recognise this and carries on as before? My code atm is: bfgminer -o https://us2.eclipsemc.com:3333 -u me -p 123 -G -S all --icarus-options 115200:1:1 --icarus-timing 3.0=100 --request-diff 3 Does that look ok to you or have I missed out something? Thanks
|
|
|
|
HellDiverUK
|
|
August 31, 2013, 11:08:11 AM |
|
Can you even have 3 as a difficulty? I thought it was 1,2,4,8,16....
|
|
|
|
vulgartrendkill
|
|
August 31, 2013, 11:09:35 AM |
|
Can you even have 3 as a difficulty? I thought it was 1,2,4,8,16....
Well that might be why it won`t accept it!!!! I`ll give it a go. D`OH!
|
|
|
|
vulgartrendkill
|
|
August 31, 2013, 11:13:44 AM |
|
So as HellDiverUK suggested I changed it to 4 difficulty on my code line, however BFG still only lets me up to diff 2.
hmm
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 31, 2013, 12:43:55 PM |
|
I`ve been using BFG for a while and love it, and just found out about the request diff function so I thought I`d enter it into my bat file.
Thing is, BFG doesn`t seem to recognise this and carries on as before? If it didn't recognise it, it'd give you an error and exit. But it's inevitably just a request. The pool can choose to ignore it or honour it. Can you even have 3 as a difficulty? I thought it was 1,2,4,8,16.... It's possible, sure. It doesn't even need the be a whole number. Powers of two are just easier to deal with.
|
|
|
|
Icon
|
|
August 31, 2013, 02:15:12 PM |
|
Not sure if it something i have done (no swap file ) or new version of BFG miner but i have had over 5 crashes since upgrading to 3.2.0. Before i upgraded 3.1.4 ran stable no crashes for 6 days straight. Now all my miners lights come up and when i remote to computer the dos box is closed.. nothing.
Anyone else have problems with 3.2.0?
|
|
|
|
minimalB
Donator
Hero Member
Offline
Activity: 674
Merit: 523
|
|
August 31, 2013, 04:19:59 PM |
|
Not sure if it something i have done (no swap file ) or new version of BFG miner but i have had over 5 crashes since upgrading to 3.2.0. Before i upgraded 3.1.4 ran stable no crashes for 6 days straight. Now all my miners lights come up and when i remote to computer the dos box is closed.. nothing.
Anyone else have problems with 3.2.0?
I have the same problem. v3.2.0. crashes several times a day. v3.1.4. did crash occasionally in a period of 2-3 days.
|
|
|
|
Luke-Jr (OP)
Legendary
Offline
Activity: 2576
Merit: 1186
|
|
August 31, 2013, 04:50:02 PM |
|
Anyone care to provide me with a debug log (or backtrace) of these crashes? It's been rock solid for me :/
|
|
|
|
hanti
|
|
August 31, 2013, 06:11:41 PM Last edit: August 31, 2013, 06:21:43 PM by hanti |
|
i had crash too after like 3hours
dmesg says
stratum0[10991]: segfault at d59321dc ip 08065935 sp b5932190 error 7 in bfgminer[8048000+5a000]
running on debian 7 terminal hp t5710 1.2Ghz 512MB ram
im running two instances one with blades with diferent -u -p and one with usb erupters that one with blades still working fine with noproblem only bfgminer with usb erupters crashed
|
|
|
|
Epoch
Legendary
Offline
Activity: 922
Merit: 1003
|
|
August 31, 2013, 06:46:06 PM |
|
I've been running 3.2.0 (32-bit) now for 40 hours on 3 separate PCs (all Win7). None has yet crashed, and all are hashing at full speed (according to both BFGMiner and my pool). All BFL SC Singles.
|
|
|
|
Icon
|
|
August 31, 2013, 07:20:35 PM |
|
Yea all mine are usb eruptors, that might be the cause.. just guessing at this point, went back to 3.1.4 for now. everything seems to be back to 100%
|
|
|
|
OtaconEmmerich
|
|
August 31, 2013, 10:30:40 PM |
|
I've been on 3.2.0(64-bit) for 1 day and 4 hours, Zero problems with two instances with 5 BE's. This is on Windows 7 64-bit.
|
|
|
|
HolyScott
|
|
September 01, 2013, 04:10:46 AM |
|
Sorry I don't have any log details, but I do have 3.2.0 crashing from 8-24 hours running on ubuntu with 4x fpga and 2x little singles, no gpus. Just dropped dead to command prompt, computer was not locked up or anything. Has happened 2-3 times already since release, glad I am not the only one having problems with newest version.
|
|
|
|
|