Bitcoin Forum
April 24, 2014, 05:52:09 AM *
News: Due to the OpenSSL heartbleed bug, changing your forum password is recommended.
 
   Home   Help Search Donate Login Register  
Pages: 1 2 3 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 90 91 ... 160
  Print  
Author Topic: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB, HFA  (Read 575508 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Lucko
Sr. Member
****
Offline Offline

Activity: 392


PGP key http://goo.gl/q4Mlp


View Profile

Ignore
September 17, 2013, 12:06:31 PM
 #801

How long are you leaving the Blade after reboot?  Mine will take a good 10 minutes to settle in at 13GH.  
Using BFGMiner:

Total MHS:   12549
Received:   0000001810
Accepted:   0000001754
Per Minute:   171.12
Efficiency:   096.90%
Up Time:   0d,00h,10m,15s


Using proxy:

Total MHS:   12981
Received:   0000002848
Accepted:   0000002841
Per Minute:   177.19
Efficiency:   099.75%
Up Time:   0d,00h,16m,02s

I forgot a bit but it was about the same at 7 minutes...

But BFGMiner is showing about 4% HW errors. Could that be it? Proxy server is ignoring errors?

EDIT: This is a longer run with BFGMiner

Total MHS:   12262
Received:   0000008896
Accepted:   0000008359
Per Minute:   167.62
Efficiency:   093.96%
Up Time:   0d,00h,49m,52s

EDIT 2: See https://bitcointalk.org/index.php?topic=168174.msg3181298#msg3181298
1398318729
Hero Member
*
Offline Offline

Posts: 1398318729

View Profile Personal Message (Offline)

Ignore
1398318729
Reply with quote  #2

1398318729
Report to moderator
1398318729
Hero Member
*
Offline Offline

Posts: 1398318729

View Profile Personal Message (Offline)

Ignore
1398318729
Reply with quote  #2

1398318729
Report to moderator

Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1398318729
Hero Member
*
Offline Offline

Posts: 1398318729

View Profile Personal Message (Offline)

Ignore
1398318729
Reply with quote  #2

1398318729
Report to moderator
1398318729
Hero Member
*
Offline Offline

Posts: 1398318729

View Profile Personal Message (Offline)

Ignore
1398318729
Reply with quote  #2

1398318729
Report to moderator
1398318729
Hero Member
*
Offline Offline

Posts: 1398318729

View Profile Personal Message (Offline)

Ignore
1398318729
Reply with quote  #2

1398318729
Report to moderator
1398318729
Hero Member
*
Offline Offline

Posts: 1398318729

View Profile Personal Message (Offline)

Ignore
1398318729
Reply with quote  #2

1398318729
Report to moderator
Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
September 17, 2013, 01:48:09 PM
 #802

I found an odd behavior when you use different blockchains and block erupters. I have a merged mining Bitcoin pool set as main pool and a PPCoin pool as a failback pool. When the main pool fails, it switches without problems to the PPCoin pool and keeps on mining. When the main pool comes back to life, it switches back to pool 0 but stops mining. My block erupters are turned off. If I manualy switch back to pool 1 they start working again.  If I now manualy switch to pool 0, bfgminer ignores this and keeps mining on pool 1. I have to restart bfgminer to get it working on pool 0 again.
I also tried manualy switching on my GPU rig. Here most of the time switching between the pools is no problem (It only gets very few times stuck at the PPCoin pool), even balancing as pool strategy works without problems. Load balancing doesnt work, it keeps mining on the pool with the highest priority.
Sounds like it's working fine, given the circumstands.
Multiple blockchains at the same time has never been supported.

Lucko
Sr. Member
****
Offline Offline

Activity: 392


PGP key http://goo.gl/q4Mlp


View Profile

Ignore
September 17, 2013, 07:42:18 PM
 #803

Luke-Jr can you comment if the difference I see in blade interface it due to proxy not detecting HW error and BFGMiner do? It is hard to say from pool data since difference is not that big...
Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
September 17, 2013, 07:59:26 PM
 #804

Luke-Jr can you comment if the difference I see in blade interface it due to proxy not detecting HW error and BFGMiner do? It is hard to say from pool data since difference is not that big...
It's possible. I'm not sure if slush's proxy handles hw errors.

HellDiverUK
Sr. Member
****
Offline Offline

Activity: 364


View Profile

Ignore
September 17, 2013, 08:36:34 PM
 #805

I got my Blades running with BFGMiner this evening.  

Total MHS:   12310
Received:   0000026720
Accepted:   0000025159
Per Minute:   168.64
Efficiency:   094.15%
Up Time:   0d,02h,29m,11s

Total MHS:   12655
Received:   0000032551
Accepted:   0000031491
Per Minute:   173.24
Efficiency:   096.74%
Up Time:   0d,03h,01m,46s


BFG is showing about 0.5% errors.  There were a few more at startup, but they settled down.  The same BFGMiner is also running 11 Erupters for an average of around 30GH/s.

BFG is running on Ubuntu 13.04 64-bit Desktop, running on a Celeron 847 Intel NUC (4GB RAM, 30GB Kingston SSD, connected to same 100Mb switch as the Blades).

The average BFGMiner is showing is pretty much what Eligius is reporting.

Cloud Mining & Stable Pool, sign up and refer a friend. https://cex.io/r/1/Valleyforge/0/
Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
September 18, 2013, 04:05:10 AM
 #806

Anyone stuck on BFGMiner 2.10 still?
I think it's time to retire it and promote 3.0 to stable...
Please speak up if 3.0 doesn't work at least as well as 2.10 for you.

tadzio
Member
**
Offline Offline

Activity: 67


View Profile

Ignore
September 18, 2013, 04:41:59 AM
 #807

I know drivers subject is coming back all the time but I'm lost between two drivers suggested:

1. http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx
When I install this one I get "Silicon Labs CP210x USB to UART Bridge" under COMs listed and all is working fine in BFG
2. http://www.ftdichip.com/Drivers/VCP.htm
When I install this one I get devices under USB tree and BFG does not recognize my [BES].

How this two relate? Both say virtual COM (USB to COM).

Anyway, recently switched to BFG (from the other one, what was the name...).
GREAT software Luke, Thank You!


Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
September 18, 2013, 04:46:03 AM
 #808

I know drivers subject is coming back all the time but I'm lost between two drivers suggested:

1. http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx
When I install this one I get "Silicon Labs CP210x USB to UART Bridge" under COMs listed and all is working fine in BFG
This is for block erupter USB.
2. http://www.ftdichip.com/Drivers/VCP.htm
When I install this one I get devices under USB tree and BFG does not recognize my [BES].
This is for pretty much everything else (exception being the original Icarus).

How this two relate? Both say virtual COM (USB to COM).
Totally different protocols/chips, though.
USB has a standard, but so far only ModMiner and LittleFury use it.

GREAT software Luke, Thank You!
You're welcome.

Lucko
Sr. Member
****
Offline Offline

Activity: 392


PGP key http://goo.gl/q4Mlp


View Profile

Ignore
September 18, 2013, 05:25:15 AM
 #809

The average BFGMiner is showing is pretty much what Eligius is reporting.
Nice so is it more, less or the same as it was? And idea? I would say blade interface is reporting less but that doesn't mean that you are getting less since we don't know how it get hash rate...
SirMintALot
Full Member
***
Offline Offline

Activity: 140


In POS we trust


View Profile

Ignore
September 18, 2013, 06:34:06 AM
 #810

I found an odd behavior when you use different blockchains and block erupters. I have a merged mining Bitcoin pool set as main pool and a PPCoin pool as a failback pool. When the main pool fails, it switches without problems to the PPCoin pool and keeps on mining. When the main pool comes back to life, it switches back to pool 0 but stops mining. My block erupters are turned off. If I manualy switch back to pool 1 they start working again.  If I now manualy switch to pool 0, bfgminer ignores this and keeps mining on pool 1. I have to restart bfgminer to get it working on pool 0 again.
I also tried manualy switching on my GPU rig. Here most of the time switching between the pools is no problem (It only gets very few times stuck at the PPCoin pool), even balancing as pool strategy works without problems. Load balancing doesnt work, it keeps mining on the pool with the highest priority.
Sounds like it's working fine, given the circumstands.
Multiple blockchains at the same time has never been supported.
Yes, I understand that. Its just strange that it works with GPUs but the Block Erupters stop working.

BTC: 142BHpdq4wey7PC3Cp5QiUoshF19u3yvHN LTC: LbiEUDYjohwpXnv1Gd4LvdGr1Jr1M5Usjc NMC: N3eeYkWqeLFWBJRmS3WyU1zz6WgKkjEVtb
IXC: xtR8uc2EFGWFJgrVEgZZ5yvRsWKhwAg8ZH DVC: 18oVWfSqHjvhJEuHHxsDpCfBeDMuLWyh5p CLR: CGZGWW16sooX69PJBEtJH2Xmo4KFupkow7
PPC: PLJ5uzFw21FkKdSrmfccT3MqubSfSB4soE YAC: Y7FM89AiFhWKBcXh2BzzRaw4eUAYkreXbs LBW: 5ygEWM7dMjeUV2sBeppTvkTTXCkeREKqf2
I0C: jatiogvXJYhK7auegbjPnQRV3kQgFvz482 JPU: JE7fhhPfP1Kjyd1hj8zevNsf7THeMqHo6A NVC: 4Hvecu2fzC2rCwYbKBeYXr8y9pdAZLFZHH
Lucko
Sr. Member
****
Offline Offline

Activity: 392


PGP key http://goo.gl/q4Mlp


View Profile

Ignore
September 18, 2013, 01:24:19 PM
 #811

After running this getwork functionality for some time I would say it it working as good as proxy server if you look at speed only. The only difference is that proxy is just proxy but BFGMiner is not. So it doesn't send out garbage. That is why you see less shares and lower speed and efficiency in Blade interface. So if anyone is worried don't be. It works!

I also found this: https://bitcointalk.org/index.php?topic=251224.0 and this one explains all https://bitcointalk.org/index.php?topic=251224.msg3078019#msg3078019
Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
September 19, 2013, 05:25:14 AM
 #812

NEW VERSION 3.2.1, SEPTEMBER 19 2013

Human readable changelog:
  • Win32 (but not Win64) binaries now support the getwork server/proxy (for Block Erupter Blades).
  • Support for Windows Embedded Standard (excluding X6500 and ZTEX).
  • Allow startup with no devices, even if RPC and HTTP server are disabled, so long as the user can add new ones via the curses TUI.

Full changelog:
  • Only show long-poll message in pool summary if it's not using stratum.
  • README.ASIC: Clarify syntax of --scan-serial usage for USB Erupters
  • Bugfix: RPC: Defer allocation of apisock until after we check for --api-listen
  • make-release: Only try to include libmicrohttpd if bfgminer.exe depends on it
  • Bugfix: make-release: Include libplibc-1.dll if available
  • SGW: For Windows builds, include winsock2.h instead of POSIX networking headers
  • configure: Display getwork proxy server support in summary
  • Bugfix: SGW: Pass actual cgpu_info to prune_worklog_thread instead of silently casting one from getwork_client
  • Bugfix: Get total_staged with lock for TS stat, before getting console lock
  • Bugfix: bitforce: Correct fanmode RPC help
  • bitforce: Hide fan control when disabled in firmware
  • Bugfix: bitforce: Correct fanspeed TUI setting
  • Bugfix: logging: Allow up to 4 KB for log lines
  • Bugfix: icarus: Ensure last2_work exists before trying to check nonces fit it
  • README.OpenWrt: Include serialusb drivers
  • README: Include OpenWrt serialusb driver package names
  • Bugfix: Initialise notifier (as invalid) for no-thread devices (SGW)
  • Bugfix: Free temporary kernel path copy when writing config file
  • Bugfix: Put kernel path on the (main) stack after initialisation from commandline/config, to avoid appending an argv or jansson string
  • Bugfix: Always allow startup with curses enabled (since the user can use Manage devices to add new ones, and display Ctrl-C for text-only quit help
  • Bugfix: Ignore/reject libmicrohttpd before 0.9.5, which introduced symbols we need
  • README: Elaborate on format of BW
  • Bugfix: Try to initialise libusb later, so any mutexes applog might need are initialised
  • Bugfix: Implicitly initialise timer_set_now when it is first called
  • util: Eliminate unsafe const-removing casts
  • configure: Cleanup CFLAGS/LDFLAGS display
  • Show RT_LIBS in ./configure output.

vulgartrendkill
Full Member
***
Offline Offline

Activity: 238



View Profile

Ignore
September 19, 2013, 07:03:29 AM
 #813

NEW VERSION 3.2.1, SEPTEMBER 19 2013

Human readable changelog:
  • Win32 (but not Win64) binaries now support the getwork server/proxy (for Block Erupter Blades).

Does this mean I still need the slush proxy program or can it support it natively?

Thanks[/list]

If you like my advice\chit chat and are feeling generous:1J4Y6MYQtRNs7ZNFgNZ1gNreovhTgPRsGw
Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
September 19, 2013, 07:08:19 AM
 #814

NEW VERSION 3.2.1, SEPTEMBER 19 2013

Human readable changelog:
  • Win32 (but not Win64) binaries now support the getwork server/proxy (for Block Erupter Blades).

Does this mean I still need the slush proxy program or can it support it natively?
You don't need any other software. Check out README.ASIC.

HellDiverUK
Sr. Member
****
Offline Offline

Activity: 364


View Profile

Ignore
September 19, 2013, 07:47:05 AM
 #815

The proxy running under Win32 is a godsend.  Thanks, Luke.  Looks like my little NUC mining machine will be turning in to a Windows box this evening. Cheesy

Cloud Mining & Stable Pool, sign up and refer a friend. https://cex.io/r/1/Valleyforge/0/
Mudbankkeith
Sr. Member
****
Offline Offline

Activity: 280



View Profile

Ignore
September 19, 2013, 08:33:07 AM
 #816

Thanks Luke-Jr
You have been very busy, 3.2.0 was nice, but 3.2.1 looks the dream version for blade users.
when my blade arrives I will send you some of the first coin.

BTc donations welcome:-  13c2KuzWCaWFTXF171Zn1HrKhMYARPKv97
Lucko
Sr. Member
****
Offline Offline

Activity: 392


PGP key http://goo.gl/q4Mlp


View Profile

Ignore
September 19, 2013, 10:38:59 AM
 #817

Nice... Windows... Bye Bye Linux VM... BTW you don't need to run just a blade from it... I'm now running all miners from different machines from it Smiley Central control Smiley

But I do have a stupid question since I coming from CGminer camp. You have 3 hash speeds. First one is probably 5 second or so average... One would probably be all time average but what is the reaming one?
vulgartrendkill
Full Member
***
Offline Offline

Activity: 238



View Profile

Ignore
September 19, 2013, 11:48:51 AM
 #818

Thanks Luke.  BFG  is my favourite miner by far. Everything just works. Major props for getting a proxy within it too.

If you like my advice\chit chat and are feeling generous:1J4Y6MYQtRNs7ZNFgNZ1gNreovhTgPRsGw
Luke-Jr
Hero Member
*****
Offline Offline

Activity: 1218



View Profile

Ignore
September 19, 2013, 03:20:45 PM
 #819

You have 3 hash speeds. First one is probably 5 second or so average... One would probably be all time average but what is the reaming one?
The third one is utility, but measured in hashes/sec instead of shares/min. (README)

Lucko
Sr. Member
****
Offline Offline

Activity: 392


PGP key http://goo.gl/q4Mlp


View Profile

Ignore
September 19, 2013, 04:03:30 PM
 #820

The third one is utility, but measured in hashes/sec instead of shares/min. (README)
I must of missed that in README... I did looked at it... But it was a glancing look after first 50%. If it help to improve README I can tell you why I missed it. I was looking for something like you see not line by line... And I was sure it will be at the start not the end... But I must say I was missing that in cgminer. Hashrate that is reported by pool... Nice...

EDIT: definitely some donations coming your way when I stop investing everything into COINTAMINATION
Pages: 1 2 3 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 90 91 ... 160
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!