Author

Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 131. (Read 1193231 times)

legendary
Activity: 2576
Merit: 1186
Any idea if/when you'll be adding the getwork server to the Windows binaries?  No, I'm not prepared to compile myself (my head would explode trying).
The main problem here lies with libmicrohttpd, which doesn't really support Windows (some specific versions will build with a POSIX simulation layer, which itself only works on 32-bit).
So, someone would need to do one of these:
  • Port libmicrohttpd to Windows proper.
  • Fix PlibC to work on not only just 32-bit Windows.
  • Port BFGMiner to support another HTTP server library (I'm not aware of any decent alternatives, unfortunately).
wizkid057 thought he might have time to look into these options.

Have a looksie at http://lists.gnu.org/archive/html/libmicrohttpd/2013-03/msg00007.html

Sounds like someone already patched plibc to work on x64 and add utf-8 support but his patch was ignored/forgotten.  At least he posted a git where it can be had.
Well, latest plibc git didn't compile for me, so Sad
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Any idea if/when you'll be adding the getwork server to the Windows binaries?  No, I'm not prepared to compile myself (my head would explode trying).
The main problem here lies with libmicrohttpd, which doesn't really support Windows (some specific versions will build with a POSIX simulation layer, which itself only works on 32-bit).
So, someone would need to do one of these:
  • Port libmicrohttpd to Windows proper.
  • Fix PlibC to work on not only just 32-bit Windows.
  • Port BFGMiner to support another HTTP server library (I'm not aware of any decent alternatives, unfortunately).
wizkid057 thought he might have time to look into these options.

Have a looksie at http://lists.gnu.org/archive/html/libmicrohttpd/2013-03/msg00007.html

Sounds like someone already patched plibc to work on x64 and add utf-8 support but his patch was ignored/forgotten.  At least he posted a git where it can be had.
hero member
Activity: 826
Merit: 1000
°^°
Is it possible to compile the OpenWRT binaries smaller if restricting mining support only to Block Eupters?
Probably, but you may need to hack the openwrt Makefile.
What do you use for Compiling?

I use the official Toolchain but it reports missing libncurses-dev on Debian 6
But it compiles fine if i make directly for my CPU instead of Cross-Compile
To build for OpenWrt, you need to use their Buildroot toolkit.
that's what i used...
legendary
Activity: 2576
Merit: 1186
So ... why the FUD in your README? (that's rhetorical)
I added this accurate explanation to README because it is a common problem experienced by people who have used cgminer.
I'm more than happy to remove it if you fix the problem itself.
legendary
Activity: 2576
Merit: 1186
...
"if you run cgminer, it will corrupt the real driver (until re-plug or reboot), which is likely why it isn't working."
...
Sigh, that's FUD.

No it doesn't corrupt anything.

It simply switches off the kernel module so that I can do direct USB access to the device.
And doesn't release it when it quits. That leaves it in a bad/unusable state.
I did ask if you would fix this, if you recall...
legendary
Activity: 2576
Merit: 1186
Is it possible to compile the OpenWRT binaries smaller if restricting mining support only to Block Eupters?
Probably, but you may need to hack the openwrt Makefile.
What do you use for Compiling?

I use the official Toolchain but it reports missing libncurses-dev on Debian 6
But it compiles fine if i make directly for my CPU instead of Cross-Compile
To build for OpenWrt, you need to use their Buildroot toolkit.
hero member
Activity: 826
Merit: 1000
°^°
Is it possible to compile the OpenWRT binaries smaller if restricting mining support only to Block Eupters?
Probably, but you may need to hack the openwrt Makefile.
What do you use for Compiling?

I use the official Toolchain but it reports missing libncurses-dev on Debian 6
But it compiles fine if i make directly for my CPU instead of Cross-Compile
legendary
Activity: 2576
Merit: 1186
Is it possible to compile the OpenWRT binaries smaller if restricting mining support only to Block Eupters?
Probably, but you may need to hack the openwrt Makefile.
legendary
Activity: 2702
Merit: 1468
I was wondering if bfgminer (3.1.4 or 3.2.0) would work with 0.8.2 bitcoind to solo mine using GBT?
Yep, see the solo mining section of README. Smiley

I know it is your baby so you are probably biased, but is there any benefit for using GBT over stratum.
I'm running a bitcoind node on the same subnet as bfgminer, so network is not an issue.
The main benefit of GBT over stratum is that GBT supports decentralised mining.
But as long as you're solo mining, it really doesn't make a big difference.
In practical terms, GBT solo mining is easier to setup (no need for a GBT->stratum proxy server), but it sounds like you're already setup for stratum anyway.

So what you saying is, GBT solo installation would be easier to deploy but in terms of actually solving a block, GBT would not give me any extra edge over my current stratum setup, right?
hero member
Activity: 826
Merit: 1000
°^°
Is it possible to compile the OpenWRT binaries smaller if restricting mining support only to Block Eupters?
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Are there any plans for a GUI?

nope. he plans on keeping bfg as minimalistic as possible

edit: that is waht the API is there for. or shell wrapping
hero member
Activity: 728
Merit: 500
Are there any plans for a GUI?
legendary
Activity: 2576
Merit: 1186
How to read the bandwidth numbers:

BW:[ 75/241 B/s]

75 bytes (blocks?) per 241 seconds?  This cannot be right.

I see [441/41 B/s] and [292/29 B/s] on my systems but I'm not sure what these numbers mean.

Received/sent, or download/upload.
legendary
Activity: 2702
Merit: 1468
How to read the bandwidth numbers:

BW:[ 75/241 B/s]

75 bytes (blocks?) per 241 seconds?  This cannot be right.

I see [441/41 B/s] and [292/29 B/s] on my systems but I'm not sure what these numbers mean.
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Is it possible to minimize BFGMiner to the tray?

 to the tray, bfgminer by itself does not support this. im sure there are some watchdog apps that start an instance of bfgminer in windowless mode, that could be trayed
hero member
Activity: 728
Merit: 500
Is it possible to minimize BFGMiner to the tray?
legendary
Activity: 2576
Merit: 1186
cgminer just released a fix for BFL SC that was causing crashes, new version 3.4.2 would this be the same fix bfgminer needs to fix the crashes I have been having with BFL Little SC's from 3.2.0??
Nope, there's no common code there, and BFGMiner 3.2 doesn't have the many bugs that were added in cgminer 3.4.1.
If you can post a crash report (printed to debug log or, if none, the console), I can look into it.
legendary
Activity: 2576
Merit: 1186
So what you saying is, GBT solo installation would be easier to deploy but in terms of actually solving a block, GBT would not give me any extra edge over my current stratum setup, right?
Correct.
legendary
Activity: 2576
Merit: 1186
I was wondering if bfgminer (3.1.4 or 3.2.0) would work with 0.8.2 bitcoind to solo mine using GBT?
Yep, see the solo mining section of README. Smiley

I know it is your baby so you are probably biased, but is there any benefit for using GBT over stratum.
I'm running a bitcoind node on the same subnet as bfgminer, so network is not an issue.
The main benefit of GBT over stratum is that GBT supports decentralised mining.
But as long as you're solo mining, it really doesn't make a big difference.
In practical terms, GBT solo mining is easier to setup (no need for a GBT->stratum proxy server), but it sounds like you're already setup for stratum anyway.
legendary
Activity: 2702
Merit: 1468
Luke,

I was wondering if bfgminer (3.1.4 or 3.2.0) would work with 0.8.2 bitcoind to solo mine using GBT?

I know it is your baby so you are probably biased, but is there any benefit for using GBT over stratum.
I'm running a bitcoind node on the same subnet as bfgminer, so network is not an issue.

Currently, I'm using generalfalut's stratum-mining (with some minor modifications of my own) pool in close proximity to bfgminer.
Pool and bitcoind are on the same ubuntu box, bfgminer is running on the same subnet/switch.

I was wondering if using GBT and going directly to bitcoind would give me any advantage over my current stratum setup?
Currently, I get merkle_hashes updates every 150 seconds from the pool, bitcoind pushes new block updates to pool which notifies bfgminer
with no delay.

Is anyone using GBT/bitcoind for solo mining?

Thanks,
af_newbie
Jump to: