Bitcoin Forum
September 26, 2016, 12:16:14 PM *
News: Due to DDoS attacks, there may be periodic downtime.
 
  Home Help Search Donate Login Register  
  Show Posts
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 ... 244 »
401  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 07, 2014, 02:58:26 PM
Hello,

you know about when the Bfgminer support the Technobit HEX8A1 miner?

regards

... &  other Technobit hardware.
Only support for HEX16A is planned at this time, and possibly only for Mac/Windows since they're incompatible with Linux.
We'll need samples of the newer hardware to support them (although maybe it's possible they use the same interface and would just work).

forgive me for forgetting, what is it about them that makes them incompatible with linux?
I don't entirely remember at this point...
http://comments.gmane.org/gmane.linux.usb.general/97519
402  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 06, 2014, 11:01:45 PM
All I can say is your OS appears to be broken.
403  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 06, 2014, 10:40:37 PM
There is a README file.
404  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 06, 2014, 10:18:01 PM
Why are you trying to install debs manually? Did you run aptitude update before starting??
405  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 06, 2014, 08:01:03 PM
THX for your answer, but over source:

Quote
configure: error: Could not find HASH_ITER - please install uthash-dev 1.9.4+

but uthash-dev is on the newest version installed?

regards
What version is that?
406  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 06, 2014, 07:32:46 PM
Have anyone the same problem on the PI?

Quote
root@sunwatch:/usr/src# apt-get install bfgminer
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package bfgminer

regards
I think Raspbian is based on Debian stable, which is too old for Bitcoin stuff.
Usually I just build from source.
407  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 04, 2014, 02:20:49 PM
Hello,

you know about when the Bfgminer support the Technobit HEX8A1 miner?

regards

... &  other Technobit hardware.
Only support for HEX16A is planned at this time, and possibly only for Mac/Windows since they're incompatible with Linux.
We'll need samples of the newer hardware to support them (although maybe it's possible they use the same interface and would just work).
408  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 03, 2014, 06:26:17 PM
will the new bfgminer 5.0 support antminer u3 like the cgminer?
When/if Bitmain sends me something to work with... which depends on their customers requesting BFGMiner support.
409  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: December 02, 2014, 02:24:50 AM
I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428) and have successfuly downloaded and compiled fresh version of bfgminer and run it. It works fine for couple of minutes, then it starts to get slower and finally stall at all. Restarting the bfgminer helps but for same couple of minutes.

I've got configuration here: https://en.bitcoin.it/wiki/Avalon_nano#BFGMiner
here is a log (last half of that): http://pastebin.com/EQAj58HH
That looks like a hardware issue - but obviously if restarting the software helps, it must be something else... unless the downtime from the restart is giving it time to cool?

Unfortunately, I never received an Avalon Nano sample to debug with - IIRC, the vendor only wanted to send a sample if I was going to personally buy a large volume myself.
I'd recommend customers express their interest in well-tested BFGMiner support, so that perhaps they will understand the importance of sending a developer unit.
410  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: November 30, 2014, 12:35:19 AM
I am part working on making BFGMiner and Antminer S1 and S3 to work. Let me know how I can help.
Not sure I parsed that correctly - do you mean you are writing the code?
If so, a pull request on GitHub is probably best.
411  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: November 29, 2014, 01:08:20 PM
I used : --cmd-dead shutdown-r-f .  Smiley
I think you want a few spaces in there...
412  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: November 29, 2014, 04:52:40 AM
Is there any details on the pool strategies? I want to select a suitable one but I can't understand it. An explanation would be helpful. Smiley
What is unclear from the README descriptions?

Code:
--cmd-idle <arg>                Execute a command when a device is allowed to be idle (rest or wait)
--cmd-sick <arg>                Execute a command when a device is declared sick
--cmd-dead <arg>                Execute a command when a device is declared dead

What all arguments can I use? Any arguments to restart the dead miner?
They're commands for your OS - so usually useful for things like sending emails, SMS, etc.
BFGMiner will try to restart dead miners on its own by default, though... If the entire PC needs to be rebooted, *nix has a "reboot" command (I imagine Windows has some command to do it as well).
413  Bitcoin / Mining software (miners) / Re: OLD: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 on: November 29, 2014, 03:27:19 AM
NEW VERSION 5.0.0, NOVEMBER 29 2014

See the new thread for details Smiley





414  Bitcoin / Mining software (miners) / Re: BFGMiner 5.0.0: GBT+Stratum, RPC, Mac/Linux/Win64, BlackArrow Prospero, KnC Nep. on: November 29, 2014, 03:22:43 AM
NEW VERSION 5.0.0, NOVEMBER 29 2014

Human readable changelog:
  • Multi-blockchain support: BFGMiner can now be told which pools use the same "mining goals", and will track the blockchain independently for ones that don't. This allows you to mine multiple cryptocurrencies concurrently using any pool strategy (including balance and load-balance).
  • Multi-algorithm support: BFGMiner is now capable of hashing on both scrypt and SHA256d work at the same time, and you can assign the mining algorithm to use on a per-goal basis. As with multi-blockchain support, this works even in balancing strategies. Note that at this time, only CPU, OpenCL, and Proxy drivers actually support multiple algorithms at the same time (DualMiner must be preconfigured for only one, and GridSeed remains scrypt-only).
  • Stratum extensions for mining goals: New experimental methods mining.capabilities and mining.set_goal for Stratum allow you to expose control of the mining algorithm to the pool. These extensions are considered draft and may be changed based on the needs of multiblockchain pool operators.
  • RPC: Also extended for multiple mining goals/algorithms. Interface is subject to change.
  • kncasic: New driver for KnCMiner Neptune (and 2nd-gen Jupiter modules).
  • minion: New driver for BlackArrow Prospero X1.5.
  • titan: Work flushing optimisations from KnCMiner, and reduce processor view from per-core to per-die.
  • Keccak: Support for the SHA-3 winner hash as a proof-of-work algorithm.
  • opencl: Workaround broken global work offset support in buggy drivers.
  • opencl: GPU mining is now disabled by default for scrypt. Use -S opencl:auto to enable it.

Full changelog:
  • opencl: Fail gracefully if clGetProgramInfo/CL_PROGRAM_NUM_DEVICES returns zero
  • opencl: Remember results of global offset testing
  • opencl: Only save kernel binary when we built from source
  • opencl: Only try to patch BFI_INT when compiling a kernel from source
  • opencl: Major refactor, splitting up opencl_load_kernel into many new functions
  • titan: Initialise variables to satisfy compilers
  • Bugfix: opencl: Correctly handle non-goffset kernels
  • Fixing column spacing of non-curses device output
  • Bugfix: opencl: free memory if clState creation fails
  • Titan: Do not do actual configuration job in API thread context. Instead, send commands to the worker thread to do the actual job.
  • Titan: bugfix: dies are not configured if die#0 is OFF
  • Titan: unused function argument
  • Titan: unused variables
  • Update knc-asic: Titan FPGA image with spi->i2c commands removed and fixed some lock-up scenarios
  • Titan code rework: Use one bfgminer processor per die (instead of core)
  • minion: Reinitialise chips if they don't seem to be progressing
  • minion: Read temperature sensor
  • minion: TUI clock speed control
  • minion: Include "Frequency" in RPC status
  • minion: Add "clock" setting
  • minion: Set configuration parameters we care about
  • minion: Reset chip at initialization
  • minion: Configure PLL to 900 MHz at startup
  • minion: Report hashes done as accurately as we can
  • minion: Core enable/disable control
  • minion: Implement queue flushing
  • minion: Implement basic mining
  • lowl-spi: linux_spi_txrx2 to include device protocol dumping
  • minion: Detection code for the Prospero X1
  • Actually add version.c file
  • Only rebuild a minimal version.c file when git commit changes
  • Bugfix: Use HASH_ADD_KEYPTR for const char *, not HASH_ADD_STR
  • Bugfix: Re-lock stgd_lock when we don't have a malgo-specific pool to use
  • scrypt: Disable OpenCL by default
  • opencl: Remove support for "OCL1" kernel define (indicated OpenCL 1.1+)
  • opencl: Autodetect whether global offset actually works
  • opencl: Add no-goffset support to scrypt kernels
  • opencl: Determine kernel support for goffset by code analysis
  • opencl: Add "goffset" setting to override detection of support for global work offsets
  • util: seek_data_cb: Check validity of offset
  • Allow libcurl to rewind the upload buffer
  • cpu: Set the priority of miner threads to idle on Windows
  • cpu: Use _SC_NPROCESSORS_CONF instead of _SC_NPROCESSORS_ONLN
  • cpu: Do not set thread affinity on single-processor systems
  • Adding additional boolean keywords enable and disable
  • AUTHORS: Move Pelle and Vitalii to "Current Maintainers" since they actively maintain the Titan driver
  • AUTHORS: Add Ronny Van Keer (Keccak C implementation)
  • Titan: supply its own rolling hashrate implementation
  • A driver can supply its own rolling hashrate function   (in case generic rolling hashrate implementation does not work)
  • Bugfix: configure: kncasic does not actually need i2c-tools
  • Keccak: Simplify keccak_hash_data
  • keccak: Adapt opencl intensity interpretation to have approximately the same desktop interactivity affect as SHA256d
  • Keccak: Include support in various builds
  • Travis: Update with Keccak
  • opencl/keccak: Add non-goffset support
  • opencl/keccak: Unroll all the hash rounds properly
  • opencl: Add Keccak support via "fullheader" kernel interface
  • keccak: Adapt for BFGMiner
  • Keccak: Import algorithm code as-is
  • opencl: Add a simple "fullheader" kernel interface
  • Update stratum mining.capabilities method to use a single Object for all parameters
  • Bugfix: Correct USE_SHA256D macro name to ensure SHA256d is always preferred as default algorithm
  • cpu: Generic scanhash that can support any PoW algorithm
  • RPC: Include Hash Method in minecoin for new algorithms
  • opencl: Teach findnonce to behave based on kernel interface rather than mining algorithm
  • opencl: Get min_nonce_diff from struct mining_algorithm
  • Move malgo-specific code to dedicated source files
  • opencl: Simplify kernel-specific data handling
  • Update knc-asic: Fix issue with detect_die crashing due to errors in response
  • titan: Init last_nonce on die reconfiguration to avoid lots of "unknown work" messages
  • Bugfix: titan: Extra garbage was sent on SPI with new commands
  • titan: Remove temporary log messages for manual report checks
  • titan: Wrong variable used in new per-die iteration
  • titan: Do manual core checks in parallel with normal ones
  • titan: Fix: Only one die was checked after flush in last commit
  • titan: Manually check all cores for reports after flush
  • opencl: Remove redundant checks for USE_OPENCL
  • cpu: Remove redundant checks for USE_CPUMINING
  • opencl: Only attempt to BFI_INT patch SHA256d kernels
  • Significantly rewrite configure script to handle driver dependencies cleaner
  • Make SHA256d mining optional
  • Bugfix: cointerra: Can handle nonces down to pdiff 1
  • kncasic: Initialise first_cgpu to silence false warning
  • Bugfix: Clarify goffset decision code, and refuse to compile kernels in situations where they won't work
  • Bugfix: opencl: Output buffer must be readable by kernel since it is used with a count/position iterator
  • Bugfix: opencl: Skip NULL kernel interface entry
  • DevAPI: hashes_done: Simplify and improve precision of max_nonce calculation
  • opencl: Avoid duplicating kernel_interfaces mapping in select_kernel
  • opencl: Avoid duplicating kernel_interfaces mapping in opencl_scanhash_get_kernel
  • cpu: Drivers should not be doing fulltest on their own, so remove it
  • cpu: Pass full work struct to scanhash functions
  • kncasic: Split up each ASIC channel to its own device
  • kncasic: Use consistent naming for KNC_MAX_DIES_PER_CORE
  • kncasic: Refactoring: coreid is not used, remove it
  • kncasic: Refactoring: put all device architecture defines in one place (knc-asic.h)
  • kncasic: Add lock to protect concurrent accesses to knc_state
  • kncasic: Fix auto
  • Build system fixes for kncasic driver
  • configure: Deduplicate Linux i2c-dev.h checks for KnCMiner drivers
  • Travis: Update for kncasic driver
  • kncasic: Only show the relevant die for RPC stats
  • kncasic: Use proc_repr for logging
  • kncasic: Split up logical processors
  • kncasic: Silence warning about unhandled enumeration values
  • Bugfix: kncasic: Proper format specifications
  • kncasic: Remove unused code
  • kncasic: Minimal changes to get it compiling
  • kncasic: Import gen 2 driver from cgminer commit bc153552be8591250cb3214bf5202501d4a39922
  • titan: Move thread_reportin() call to poll function
  • titan: reportin every process_report to avoid falsely tripping the watchdog
  • titan: Remove unused variables
  • Bump knc-asic submodule
  • titan: Increase FPGA to ASIC SPI frequency to 6 MHz
  • titan: Use new get_work_status prototype and print FPGA CRC error counters to log
  • Titan flush optimization fix: Don't send get_info commands when FPGA is speaking to ASIC
  • titan: All dies use same nonce working range
  • Titan flush optimization bugfix: FPGA status was checked once per poll instead of once per ASIC
  • Titan flush optimization: Bugfix: Flush time measurement only worked with one ASIC
  • Titan flush optimization: Point knc-asic submodule to include new FPGA image
  • Titan flush optimization: Remove temporary debug messages
  • Titan flush optimization: Keep works in local queue until slot number is reused
  • Titan flush optimization: Point knc-asic submodule to needed revision
  • Titan flush optimization: Measure new flush time
  • Titan flush optimization: Send works to all dies after flush
  • Titan flush optimization: First rough implementation
  • Titan: Less clobber on the screen: group some "failure" messages
  • Bugfix: Prefer not using work created just to ensure a specific algorithm is queued, so strategies work as much as possible
  • Stratum: Enable mining.set_goal to change parameters on the current goal
  • cpu: Fail gracefully if unsupported mining algo gets into scanhash
  • opencl: Fail gracefully if unsupported mining algo gets into opencl_scanhash_get_kernel
  • SSM: Send goal malgo to goal-enabled clients
  • Allow pools with #change_goal_malgo attribute to change the mining algorithm used by their assigned goal
  • Gracefully fail when no pool can be found to generate specific-algo work
  • Remove opt_scrypt
  • dualminer: Replace opt_scrypt with a per-device "scrypt" option
  • dualminer: Make dual_mode a per-device option as it should be
  • opencl: Nearly complete migration to per-work mining algorithms
  • pool_actively_desired: If we are the highest priority, workable pool for a given algorithm, we are needed
  • Ignore opt_queue for unused mining algorithms
  • Set name and aliases on mining algorithms
  • When hotplug is enabled and a mining algorithm is configured for the first time, schedule a rescan of hardware to pick up anything now applicable that may not have been before
  • Try to keep enough work queued for each mining algorithm in use
  • Move select_loadbalance and select_failover logic into their own functions
  • Keep track of how much work is staged per-algorithm
  • Keep track of how many goals reference each mining algorithm
  • Abstract goal_set_malgo function
  • Build a mining_algorithms list
  • get_work: Restore previous getwork rollntime behaviour
  • get_work: Only return work items compatible with processor (degrades getwork rollntime support)
  • opencl: Support for per-work mining algorithms
  • Build without POW_SCRYPT at all
  • opencl: Defer loading kernel until it is needed
  • opencl: Split initCl into opencl_create_clState and opencl_load_kernel
  • SSM: Implement mining.capabilities including proxying mining.set_goal
  • Replace mining.goal.subscribe with mining.capabilities
  • Stratum: Avoid resetting the goal if the old and new name match
  • Allow specifying goal options as eg, --pool-goal name:malgo=scrypt
  • cpu: Support for per-work mining algorithms
  • Replace cgpu.min_nonce_diff with drv.drv_min_nonce_diff(cgpu, malgo)
  • proxy: Avoid assumptions about mining algorithm at initialisation
  • Core only: Partially move most of opt_scrypt to mining_goal
  • opencl: Reintroduce independent intensity setting internally
  • Move MAX_*_INTENSITY stuff to driver-opencl.h
  • proxy: Minimise minimum difficulty for proxy clients
  • Enable --generate-to option (was --coinbase-addr) to work with non-default goals
  • Save pool goals in written config files
  • README: Update documentation for multiple blockchain support
  • RPC: Add "Difficulty Accepted" to "coin" command
  • RPC: Add "Mining Goal" to "pools" command
  • RPC: Accept an additional argument for "addpool" to indicate mining goal by name
  • Stratum: Support for mining.set_goal("goal name") - currently just resetting the user-configured goal
  • Teach longpoll logic about multiple mining goals
  • RPC: Include non-default goals in reply to "coin" command
  • Ignore generation address/script on pools using non-default mining goals
  • Only include block display lines for active goals
  • Move income to block display line, and show extra block display lines for each additional mining goal
  • New --pool-goal option to set a distinct named goal per-pool
  • Parameterise most references to global mining_goal_info
  • Move block_time to be per block_info
  • Show "?" for income if block height is unknown
  • Move block height tracking onto block_info
  • Calculate current_fullhash only when needed (for RPC 'coins')
  • Replace current_block_id with blkchain->currentblk[->block_id]
  • Move current_hash to goal->current_goal_detail
  • Clean up struct block_info names
  • Use full prevblock hash as block key (also gets rid of dead code)
  • Move global variables related to the blockchain or mining goals on to global structs
Full changelog (4.10.1):
  • Upgraded Windows libcurl from 7.38.0 to 7.39.0
  • Bugfix: bytes_free: Set buf to NULL so the bytes_t is reusable
  • Bugfix: minergate: Avoid malloc(0) if stats file has too few values
  • Bugfix: modminer: Avoid leaking devname when detecting claimed devices
  • Bugfix: free memory allocated for config file loading/writing
  • Bugfix: nanofury: Avoid NULL pointer dereference on init failure
  • Bugfix: varint_decode: Correctly decode multibyte numbers
  • cpu: Fix processor count detection with HW_NCPU
  • cpu: SCHED_IDLE and SCHED_BATCH can only be used with sched_priority 0
  • cpu: fix sched_setaffinity parameter : sizeof(cpu_set_t)
  • Bugfix: opencl: Correctly accept negative intensities and set dynamic intensity without changing current value
  • Since longpoll connections are never reused, explicitly forbid reuse so libcurl cleans them up immediately
  • Bugfix: Correct already-in-use getcbaddr message
  • Demote some Bitfury debug log messages to only with device protocol dumping
  • Update bundled libbase58 to 0.1.3
  • README.ASIC: Minor cleanups to Zeusminer section
  • README.ASIC: Explain Zeusminer options
  • Makefile: Specify .cl files explicitly, and only include scrypt ones when configured with scrypt support
  • Bugfix: DevAPI: hashes_done: Explicitly cast to uint64_t for big calculations (LLVM was allowing overflow)
  • Bugfix: titan: First core in each die got too big nonce area to work on
  • Travis: Build MinGW64 with ncurses
  • Bugfix: Declare manual_enable_pool in miner.h, for api.c use
  • Bugfix: bitfury: Use long long and llabs to avoid under/over flows misbehaving
  • Bugfix: Highlight all active pools, in pool listing
  • Set quota to 1 when enabling a failover-only pool, and disable failover-only when setting quota
  • Bugfix: pool_actively_desired: Detect failover-only conditions for loadbalance and balance strategies
  • Bugfix: Only display pools as Failover state when it is effectively so
  • Make sure KEY_EVENT from wincon is ignored (it conflicts with ncurses)
  • README.ASIC: Add details for BFx2 USB
  • Titan: Submit stale shares while doing flushes
  • README.ASIC: Remove CFLAGS hack not needed for KnCMiner Titan build
  • Bugfix: Need unicode_micro in non-Unicode curses builds
  • Remove unused variables from curses-less builds
  • Bugfix: Cannot duplicate userpass option or we end up with it processed double
415  Bitcoin / Mining software (miners) / BFGMiner 5.4.2: GBT+Stratum, RPC, Mac/Linux/Win64, Antminer S1-S5, solo stratum on: November 29, 2014, 03:22:18 AM
Announcing BFGMiner 5.4, the modular cryptocurrency miner written in C. BFGMiner features dynamic clocking, monitoring, and remote interface capabilities.

"St. Barbara's Faithfully Glorified Mining Initiative Naturally Exceeding Rivals", or just basically a freaking good miner.

This code is provided entirely free of charge by the programmer, so donations would be greatly appreciated.
Please consider donating: 1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh

If you find a bug or have a suggestion, please check to see if it's already been reported and, if not, report it.
Help can also be obtained (or provided) by joining the support mailing list or IRC: chat.freenode.net #eligius
READ THE README FILES INCLUDED IN THE ARCHIVE BEFORE ASKING QUESTIONS.
Also, please note that this thread is for discussion of BFGMiner, its features and bugs - if you feel the need to troll or talk off-topic, start another forum thread (and PM me with it if you want my attention).

If you want to help develop BFGMiner, the best way to get in touch with us is on IRC.
We also have a development mailing list, mainly used to pre-announce upcoming releases for third-party packagers.

If you would like to be notified of new versions, please join the announcement mailing list.

Latest release: 5.4.2 (announcement & changes)Stable release: 4.10.6
Archive of all official release source & binaries

Features:
Sample output:
Code:
 bfgminer version 5.4.2 - Started: [2014-06-10 20:13:01] - [  0 days 06:15:32]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Pool 0: ...ning.eligius.st  Diff:128  +Strtm  LU:[02:28:32]  User:1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh
 Block #305190: ...6e8ba4d9  Diff:11.8G (84.16P)  Started: [02:07:22]  I:1.04mBTC/hr
 ST:156  F:0  NB:31  AS:0  BW:[269/ 12 B/s]  E:1127.28  BS:21.8M
 5/24   63.0C | 94.10/98.68/95.60Gh/s | A:1974 R:2+2(.20%) HW:5729/2.6%
--------------------------------------------------------------------------------
 BFL 0: 54.0C |  8.11/ 8.10/ 7.65Gh/s | A:  62 R:1+2(4.6%) HW: 273/1.3%
 HBR 0: 63.0C | 22.91/22.85/21.55Gh/s | A: 208 R:0+0(none) HW:3022/5.4%
 TBF 0: 28.0C |  5.13/ 5.10/ 4.89Gh/s | A:  49 R:0+0(none) HW: 331/4.5%
 PXY 0:       | 27.85/30.23/29.84Gh/s | A: 358 R:1+0(.28%) HW: 450/1.0%
 RKM 0: 40.0C | 30.10/32.40/31.67Gh/s | A:1297 R:0+0(none) HW:1653/.92%
--------------------------------------------------------------------------------
 [2014-06-11 02:28:10] Accepted 00c819ef HBR 0d Diff 327/255
 [2014-06-10 02:28:13] Accepted 012058dd PXY 0  Diff 227/128
 [2014-06-11 02:28:15] Accepted 01778be1 RKM 0b Diff 174/128
---
Pool menu:
Code:
0: Enabled  Strtm Quota 1 Pool 0: stratum+tcp://stratum.mining.eligius.st:3334  User:1QATWksNFGeUJCWBrN4g6hGM178Lovm7Wh
1: Disabled GWork Quota 1 Pool 1: http://127.0.0.1:9332  User:x

Current pool management strategy: Load Balance
[A]dd pool [R]emove pool [D]isable pool [E]nable pool
[C]hange management strategy [S]witch pool [I]nformation
Or press any other key to continue

Device management menu:
Code:
Select processor to manage using up/down arrow keys
 MMQ 0d: 41.0°C │ 194.0/190.9/32.98Mh/s │ A:   4 R:0+0(none) HW: 0/none
  ModMiner LJRalpha  from BTCFPGA
Serial: 19191F145358077D4FAADA7AF5000004
Clock speed: 194

[D]isable [C]lock speed
Or press Enter when done
Code:
Select processor to manage using up/down arrow keys
 OCL 0 : 77.0C | 272.2/272.2/265.7Mh/s | A:2992 R:13+0(.43%) HW:0/none
I:10  F: 69% (2655 RPM)  E: 765 MHz  M: 1000 MHz  V: 1.088V  A: 99%  P: 0%
Last initialised: [2013-07-08 05:33:26]
Thread 0: 90.9 Mh/s Enabled ALIVE
Thread 1: 90.6 Mh/s Enabled ALIVE
Thread 2: 90.8 Mh/s Enabled ALIVE

[D]isable [I]ntensity [R]estart GPU [C]hange settings
Or press Enter when done

Change GPU settings menu:
Code:
Temp: 72.0 C
Fan Speed: 50% (4489 RPM)
Engine Clock: 950 MHz
Memory Clock: 825 Mhz
Vddc: 1.175 V
Activity: 99%
Powertune: 20%
Fan autotune is enabled (0-85)
GPU engine clock autotune is enabled (880-950)
Change [A]utomatic [E]ngine [F]an [M]emory [V]oltage [P]owertune
Or press any other key to continue

Settings menu:
Code:
[L]ongpoll: On
[Q]ueue: 0
[S]cantime: 60
[E]xpiry: 120
[R]etries: -1
[W]rite config file
[B]FGMiner restart
Select an option or any other key to return

Display menu:
Code:
[N]ormal [C]lear [S]ilent mode (disable all output)
[D]ebug:off
[P]er-device:off
[Q]uiet:off
[V]erbose:off
[R]PC debug:off
[W]orkTime details:off
su[M]mary detail level:devices
[L]og interval:20
S[T]atistical counts: absolute
[Z]ero statistics
Select an option or any other key to return


On exiting:
Code:
Summary of runtime statistics:

Started at [2011-07-19 14:40:09]
Runtime: 2 hrs : 31 mins : 18 secs
Average hashrate: 1680.1 Megahash/s
Solved blocks: 0
Best share difficulty: 49
Share submissions: 3489
Accepted shares: 3489
Rejected shares: 0 + 9 stale (0.00%)
Accepted difficulty shares: 32
Rejected difficulty shares: 0
Hardware errors: 3
Efficiency (accepted shares * difficulty / 2 KB): 0.05
Utility (accepted shares / min): 34.26/min

Unable to get work from server occasions: 16
Work items generated locally: 330
Submitting work remotely delay occasions: 33
New blocks detected on network: 10

Pool: http://getwork.mining.eligius.st:8337
 Share submissions: 3426
 Accepted shares: 3426
 Rejected shares: 0 + 0 stale (0.00%)
 Accepted difficulty shares: 31
 Rejected difficulty shares: 0
 Efficiency (accepted * difficulty / 2 KB): 0.08
 Unable to get work from server occasions: 0
 Submitting work remotely delay occasions: 0

Summary of per device statistics:

 ICA 0:       | 375.9/376.0/349.5Mh/s | A: 487 R:4+0(none) HW:  0/none
 MMQ 0: 46.0C | 629.9/632.0/526.8Mh/s | A: 734 R:0+0(none) HW:196/none
 XBS 0: 46.9C | 392.0/397.8/398.3Mh/s | A: 555 R:0+0(none) HW: 57/none
 ZTX 0:       | 198.6/198.5/190.2Mh/s | A: 265 R:0+0(none) HW: 95/none
 ZTX 1:       | 855.0/848.7/825.3Mh/s | A:1150 R:4+0(none) HW:176/none

GUI frontends:
Bare-metal operating systems with BFGMiner:
416  Bitcoin / Mining software (miners) / Re: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 on: November 29, 2014, 01:33:24 AM
Is there a way to get the new Antminer U3 to work with BFGminer?
Unfortunately, Bitmain has not been providing samples to work with since the S1 (which they also didn't follow up on).
The best route is for more customers to contact them asking for BFGMiner support, so they are aware of the need for quality software support.

In the meantime, perhaps the U3 is cheap enough that someone might be interested in donating one?
417  Bitcoin / Mining software (miners) / Re: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 on: November 25, 2014, 04:14:36 AM
Hello luke. This might not be a issue but it's strange to me. I have 2 zeus thunders running on bfgminer just fine, but there is something that puzzles me. If I set the --set zus:chips=128 your program then reports 1024 chips not 128. I have set it with --set zus:chips=16 and I get much better results in hash rates allways around 28 to 30 mhs. Bfgminer reports 128 chips. I also have gaw furys but it seems everything you set in Bfgminer is times 8.

I dunno if thats a flaw in bfgminer or thats how it's set up. It just seems to work better if you can set the true chips.
 
IIRC (but this is Nate's area), Zeus design has 8 cores per chip, and BFGMiner shows each core.
418  Bitcoin / Mining software (miners) / Re: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 on: November 24, 2014, 06:59:10 PM
AFAIK that's 140 Mh/s SHA-2, not Scrypt. IOW less than half the speed of a Block Erupter.

/facepalm

Dammit.  Wish I could find an inexpensive, power friendly way of mining scrypt coins.  I've got 3 gridseed 350 khs and a gawminer fury pushing about 2.5Mh/s but I need to find a better way of scrypt mining...Is there no way to use those for scrypt?
The Xeon Phi is essentially 57 Pentium 3 cores with some new 512-bit instructions and 8 GB RAM on a PCI-Express card, so it can run pretty much any normal Linux software, including any hashing algorithm.
SHA256d can take advantage of the 512-bit instructions for a speedup, and one part of scrypt is actually SHA256, so there's a chance it will perform decently, but almost certainly no where near as efficient as scrypt ASICs.
419  Bitcoin / Mining software (miners) / Re: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 on: November 24, 2014, 01:45:38 AM
Anyone want to possibly go in on a group-buy of a Xeon Phi for around $125?
We only need 10 people total (including myself and at least one other on IRC).
http://www.colfax-intl.com/nd/xeonphi/31s1p-promo.aspx
It can't compete with ASICs, but maybe can beat GPUs for non-ASIC mining algorithms.
For comparison purposes, it looks like at least 140 Mh/s SHA256d is possible.

P.S. If anyone wants to donate toward mine, please use 19nwqgD7MiBcpZg2Ku3ru395vGUxFy4aGB (or contact me for a unique address, if you want a refund in case the group buy doesn't get enough interest to happen).
420  Bitcoin / Mining software (miners) / Re: BFGMiner 4.10.0: GBT+Stratum, RPC, Mac/Linux/Win64, Spondoolies SP30 on: November 24, 2014, 01:23:08 AM
for

Code:
bfgminer -o http://localhost:8332 -u username -p password --generate-to 1and_so_on

i am getting

Code:
[2014-11-23 23:31:27] bfgminer: --generate-to: unrecognized option

Am I using it wrong?
Are you using the latest git or one of the 4.99.x prereleases?
If not, then your version is too old for that parameter...
The stable equivalent is --coinbase-addr
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 ... 244 »
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!