so question, I know that BFG works with the gridseed 5 chip pods for scrypt mining. What about dual mode with the gridseed device? I am pretty sure the first comment to come my way might very well be why would you want to do that. I realize profit for sha/scrypt mining on the little buggers is nonexistent. I am just at war with the pc at the moment trying to do it. currently I am running cpu&cgminer to accomplish this, but it is not getting the results i think it should be.
AFAIK only the DualMiner ever supported SHA2, and on the GridSeed devices, the PCB design was such that SHA2 overheated it. In any case, the BFGMiner driver for gridseed only supports scrypt, and nobody has mentioned plans to add SHA2 support, so unless you're prepared to write/contribute code, you won't get very far with that
|
|
|
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
|
|
|
All I can say is your OS appears to be broken.
|
|
|
Why are you trying to install debs manually? Did you run aptitude update before starting??
|
|
|
THX for your answer, but over source: 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?
|
|
|
Have anyone the same problem on the PI? 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.
|
|
|
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).
|
|
|
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.
|
|
|
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.
|
|
|
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.
|
|
|
I used : --cmd-dead shutdown-r-f . I think you want a few spaces in there...
|
|
|
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. What is unclear from the README descriptions? --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).
|
|
|
NEW VERSION 5.0.0, NOVEMBER 29 2014Human 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
|
|
|
Announcing BFGMiner 5.5, 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: 1QATWksNFGeUJCWBrN4g6hGM178Lovm7WhIf 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 #eligiusDo NOT send me a private message directly, as I will ignore your message. I only provide support in public, so that others may benefit from the answer too. (An exception is if you want to pay me for direct support. In that case, please say so in your message.) 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.5.0 ( announcement & changes) Stable release: 4.10.6Archive of all official release source & binariesFeatures:- A large variety of device drivers for Bitcoin (SHA256d):
- ASICMINER Block Erupter blades, cubes, USB miners (Emerald and Sapphire), and Tube
- BFx2 Bitfury USB miner
- Bi•Fury
- Big Picture Mining Bitfury-based USB miners (BF1, RedFury, BlueFury)
- BitCentury LittleFury USB miners
- Bitmain AntMiner S1 - S4 and S5
- Bitmain AntMiner U1 - U3
- BlackArrow Prospero X-1.5
- BTCFPGA's ModMiner Quad FPGA-based mining device
- Butterfly Labs's FPGA and ASIC mining products (BitForce, MiniRig, Monarch)
- Canaan Creative Avalon1/2/3 ASIC mining rigs
- The Chili miner assembly
- Cointamination
- CoinTerra TerraMiner ASIC miner
- Drillbit Thumb and Eight
- DualMiner ASIC-based USB miner
- Enterpoint's Cairnsmore1 FPGA mining board
- FPGA Mining X6500
- GekkoScience Compac BM1384 USB stick
- HashBuster mining boards
- HashFast Baby Jet
- Intron/C-scape BitFury-based mining boards
- JingTian miner
- Klondike boards
- KnCMiner Mercury, Saturn, Jupiter, and Neptune
- Metabank gen 1 (old) BitFury-based mining device
- NanoFury NF1 and NF2 units
- One String Miner
- Qi Hardware's Icarus and Lancelot FPGA mining boards
- ROCKMINER 30 Gh/s R-BOX and T1
- Spondoolies SP10 and SP30
- Twinfury USB stick miner
- Ztex's 1.15x and 1.15y FPGA boards
- OpenCL GPUs, such as AMD Radeons (disabled by default, see README.GPU)
- Kernels: Diablo, DiaKGCN, Phatk and poclbm
- BFI_INT patching for Catalyst versions before 13.2
- Vector support
- Dynamic intensity that keeps desktop interactive under load and maximises throughput when desktop idle
- Support for mining with free Mesa/LLVM OpenCL
- CPU (not enabled by default nor included in Windows build)
- Coming soon:
- A variety of device drivers for scrypt:
- CPU and OpenCL/GPU mining for Keccak (SHA-3)
- Automatically can configure itself to failover to solo mining and local block submission when Bitcoin Core is running
- Support for getblocktemplate decentralized mining protocol (no proxy needed!)
- Builtin stratum and getwork proxy server
- Very low overhead free C code for Linux and Windows with very low CPU usage
- Integrated overclocking and fan control (including automatic adjustment, if configured)
- Heavily threaded code hands out work retrieval and work submission to separate threads to not hinder devices working
- Caching of submissions during transient network outages
- Preemptive generation of work prior to completion of current work
- Automatically detects failing pools and disables them
- Multi-device support (all or discrete selection)
- Summarised and discrete device data statistics of requests, accepts, rejects, hw errors, efficiency and utility
- Watchdog thread to restart idle threads but not crash machine if they don't respond
- Summary displayed when quitting
- Supports multiple pools with multiple intelligent failover mechanisms
- On the fly menu based management of most settings
- Trickling of extra work to backup pools if primary pool is responding but slow
- On the fly enabling/disable/restarting of devices
- Device temperature monitoring (for devices that support it)
- Reuses persistent connections when possible
- RPC interface for remote control
- Ability to cope with slow routers
- Lots of other stuff I can't remember. See options.
Sample output: bfgminer version 5.5.0 - 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: 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: 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 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: 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: [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: [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: 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 frontend: MultiMinerBare-metal operating systems with BFGMiner:
|
|
|
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?
|
|
|
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.
|
|
|
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.
|
|
|
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.aspxIt 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).
|
|
|
|