Welcome, Guest
You have to register before you can post on our site.

Username
  

Password
  





Search Forums

(Advanced Search)

Forum Statistics
» Members: 1,615
» Latest member: Circle 22
» Forum threads: 388
» Forum posts: 2,389

Full Statistics

Online Users
There are currently 45 online users.
» 0 Member(s) | 42 Guest(s)
Bing, Google, Yandex

Latest Threads
SRBMiner-MULTI CPU & AMD ...
Forum: CryptoCurrency
Last Post: Monet
Yesterday, 05:05 PM
» Replies: 0
» Views: 4
[Awesome Miner] - Powerfu...
Forum: CryptoCurrency
Last Post: Monet
01-24-2020, 07:00 PM
» Replies: 0
» Views: 16
[JCE]Fast & stable CN/v8/...
Forum: CryptoCurrency
Last Post: Monet
01-24-2020, 07:43 AM
» Replies: 0
» Views: 15
Claymore's NeoScrypt AMD ...
Forum: CryptoCurrency
Last Post: Monet
01-22-2020, 02:02 PM
» Replies: 0
» Views: 24
Cryptocurrecny leverage t...
Forum: CryptoCurrency
Last Post: Devids
01-20-2020, 08:40 AM
» Replies: 0
» Views: 31
GrinGoldMiner Windows min...
Forum: CryptoCurrency
Last Post: Devids
01-20-2020, 08:37 AM
» Replies: 1
» Views: 129
Skywire node on TV Smart ...
Forum: Skywire
Last Post: edoardocoen
01-19-2020, 01:09 PM
» Replies: 2
» Views: 4,166
Raspberry Pi Sky Miner Se...
Forum: Skywire
Last Post: rav254
01-18-2020, 10:58 PM
» Replies: 140
» Views: 78,408
Skywug forum upgraded
Forum: Miscellaneous
Last Post: skyguy
12-24-2019, 05:37 PM
» Replies: 0
» Views: 220
[ANN] cpuminer-opt v3.10....
Forum: CryptoCurrency
Last Post: Monet
12-10-2019, 02:36 PM
» Replies: 0
» Views: 187

 
  [Cast XMR] high speed XMR/CryptoNight miner for RX Vega GPUs (2 KHash/s)
Posted by: Monet - 11-11-2019, 06:02 PM - Forum: CryptoCurrency - No Replies

Cast XMR - Highspeed CryptoNight (Monero/Bytecoin/DigitalNote/Loki/Haven/BitTube/Aeon) Miner for Radeon RX Vega and RX 470/480/560/570/580/590 GPUs

Features

- Full support for:

CryptoNightV8 (CNv2)
Monero (XMR)
Graft (GRFT)
Lethean (LTHN)
Safex (SAFEX)
CryptoNightV7 (CNv1)
Quantum Resistant Ledger (QRL)
DigitalNote (XDN)
CryptoNight (Classic)
Electroneum (ETN)
Bytecoin (BCN)
CryptoNightXTL
Stellite (XTL)
CryptoNight-Heavy
Loki (LOKI)
Saronite (XRN)
CryptoNightXHV-Heavy
Haven (XHV)
CryptoNightV7-Lite
Aeon (AEON)
Turtlecoin (TRTL)
CryptoNightTUBE-Heavy
BitTube (TUBE)
CryptoNight-Fast
Masari (MSR)
CryptoNight-SuperFast
Free Haven (XFH)

- Fastest miner for AMD Radeon RX Vega 64 GPUs
about 2000 CryptoNight/V7 Hashes/s
about 1850 CryptoNightV8 Hashes/s (10 min average)
about 1635 CryptoNight-Heavy Hashes/s
about 4100 CryptoNight-Lite Hashes/s
- Fastest miner for AMD Radeon RX Vega56 GPUsl
more then 2000 CryptoNight/V7 Hashes/s
about 1825 CryptoNightV8 Hashes/s (10 min average)
about 1550 CryptoNight-Heavy Hashes/s
about 4260 CryptoNight-Lite Hashes/s
- Fastest miner for AMD Radeon Vega Frontier Edition GPUs
about 2100 CryptoNight/V7 Hashes/s
about 1930 CryptoNightV8 Hashes/s (10 min average)
about 2120 CryptoNight-Heavy Hashes/s
about 4260 CryptoNight-Lite Hashes/s
- Optimized cores for Vega and Polaris based GPUs
- Automatic driver version detection and setup recommendations
- Multiple GPU support for upto 24 Vega GPUs
- Monitor temperature and fan speed of each GPU
- Full pool support
- Nicehash support
- Fast Job Switch option to minimize outdated shares
- Rate Watchdog to monitor each GPU performance
- Includes switch-radeon-gpu command line tool to restart GPUs, switch on/off HBCC, Compute Mode and Large Pages
- Remote http access for statistics in JSON format
- only 1% dev fee

Requirements

- Windows 8/8.1/10 64 bit or
- Ubuntu Linux 16.04 or later
- AMD Radeon RX Vega 56/64 GPU with at least 8GB RAM
- or AMD Radeon RX Vega Frontier Edition with 16GB RAM
- or AMD Radeon RX 470/RX 480/RX 560/RX 570/RX 580/RX 590 GPU with a least 4GB RAM
- For up to 50% higher hash rates the Radeon Driver 18.5.1 or later has to be installed

Version History

Cast XMR Version 1.8.0 (2019/02/21)
support for Radeon VII GPUs added



Cast XMR Version 1.7.1 (2019/01/26)
fix for Masari (MSR) to support uncle mining and the network upgrade to CryptoNightV8-Fast, now --algo=6 has to be used to mine Masari

Cast XMR Version 1.7.0 (2019/01/24)
support for CryptoNightV8-Fast (--algo=6) for mining Stellite (XTL). The previous CryptoNightXTL algo has been removed
support for CryptoNight-Turtle (--algo=9) for the upcoming Turtlecoin (TRTL) PoW network upgrade (at block 1,200,000)
Vega FE: option to turn --intensity up to 13 for "Fast" CryptoNight variants to gain 2% higher hash rates

Cast XMR Version 1.6.6 (2018/11/30)
- support for RX 590 GPUs added
- fixes for detecting Compute Mode on Polaris based GPUs
- support for CryptoNight-SuperFast (--algo=11) for mining Free Haven Protocol (XFH)
- updated switch-radeon-gpu to version 1.2.0, which includes bugfixes for newer versions of the AMD Radeon drivers

Cast XMR Version 1.6.0 (2018/11/07)
- Vega 56/64: 0.5 to 1% performance improvement on CryptoNightV8
- Vega 56/64: 2 to 3% speed improvement on CryptoNight-Heavy variants (Loki, BitTube, Haven)
- updated included switch-radeon-gpu to version 1.0.5
- support for RX 560 GPUs added

Cast XMR Version 1.5.0 (2018/9/27)
- Support for the Monero V8 Network Upgrade which introduces a new CryptoNight variant CryptoNightV8 aka CNv2. The Monero V8 update is scheduled for 18th October. In case you are mining Monero make sure to update Cast XMR before that date. Also make sure that the algo for Monero is not explicitly set to CryptoNightV7 but set to auto detect with --algo=-1 to automatically switch from CryptoNightV7 to CryptoNightV8 when the upgrade is happening. Please also note that the CryptoNight V8 algo has added complexity which decreases the hashrate up to 7% for Vega GPUs.

Cast XMR Version 1.4.0 (2018/8/28)
- 3% performance improvement for CryptoNightTUBE-Heavy when mining BitTube (TUBE)
- support for Festival Coin (FEST) upcoming update which introduces a new CryptoNight variant: CryptoNightFEST. Use --algo=9 to continue mining Festival Coin after the network update happened
- subtle performance improvements
- Tested with Radeon Adrenalin Driver 18.5.1

Cast XMR Version 1.3.0 (2018/6/29)
- Performance improvement for job switches with multiple GPUs
- Support for BitTube (TUBE) V4 Pow Update which introduces the new algo CryptoNightTUBE-Heavy aka CN Saber. Stay on --algo=5 to switch automatically from CryptoNightIPBC-Lite to CryptoNightTUBE-Heavy when the update is happening (approx. 2nd July). Please note that the hash rate will drop as it is a switch from a Lite to a Heavy variant.

Cast XMR Version 1.2.5 (2018/6/19)
- Support for CryptoNight-Fast introduced with the Masari (MSR) update. Set --algo=8 to mine Masari (MSR). CryptoNight-Fast will produce higher hash rates than classic CryptoNight, typical hash rates are:
- Vega64, 1025 Mhz MemClock: 3630 Hashes/s
- Vega56, 945 Mhz MemClock: 3700 Hashes/s
- VegaFE, 1025 Mhz MemClock: 3900 Hashes/s
- RX 470/570, 2250 Mhz MemClock: 1550 Hashes/s

Cast XMR Version 1.2.0 (2018/6/12)
- Fix for "unauthenticated shares" pool error
- Support for the upcoming Haven (XHV) V3 update. In case you are mining Haven set --algo=7 now. Cast will then automatically switch to CryptoNightXHV-Heavy when the network update is happening.

Cast XMR Version 1.1.5 (2018/6/7)
- Fix for mixed up device order
- Support for Stellite (XTL) V4 Update. Add --algo=6 in case you are mining Stellite. It will automatically switch to CryptoNightXTL when the network update is happening.
- Stability fixes

Cast XMR Version 1.1.0 (2018/6/1)
- All new --intensity option to specify the memory allocation in the range of 0 to 10, upto 12 for Vega Frontier Edition. The default setting will correspond with the settings of version 1.0 and are displayed at startup.
- Vega Frontier 'Large Pages' support added, up to 30% higher hash rates for CryptoNight-Heavy, 5% increase for CryptoNight
- Includes the switch-radeon-gpu command line tool to restart GPUs, switch on/off HBCC, Compute Mode and Large Pages
- Nicehash supports now up to 24 GPUs
- --maxmem option is deprecated, will now be mapped to an corresponding intensity setting
- --forcecompute is deprecated, 'Compute Mode' of Polaris GPUs will be automatically detected. To overwrite use the --intensity option
- Default mining algo changed to CryptoNightV7, to still mine CryptoNight Classic add --algo=0
- Tested with Radeon Adrenalin Driver 18.4.1

Cast XMR Version 1.0.0 (2018/4/24)
- Support for Aeon (AEON) CryptoNight Lite variant set --algo=3 to mine
- Support for Turtlecoin (TRTL) CryptoNightV7 Lite variant set --algo=4 to mine
- Support for Interplanetary Broadcast Coin (IPBC) CryptoNight Lite IPBC variation set --algo=5 to mine
- Up to 3% performance improvement with new option --maxmem to allocate the maximum memory of the card. For Vega cards the "HBCC Memory Segment" has to be disabled in the Radeon Settings to use the option. Disadvantage is a higher risk of hash rate drops when the --maxmem option is used.

Cast XMR Version 0.9.6 (2018/04/17)
- CryptoNight-Heavy fix for very low hash rates when HBCC Memory Segment is enabled
- HBCC Memory Segment performance hint for Vega64 when mining CryptoNightV7
- Improvement for 4GB versions of RX 470/480/570/580 when mining CryptoNightV7

Cast XMR Version 0.9.5 (2018/04/14)
- 0.5% performance improvement for the CryptoNightV7 kernel
- support for CryptoNight Heavy set --algo=2 to mine:
- Sumokoin (SUMO)
- Haven (XHV)

Cast XMR Version 0.9.2 (2018/03/29)
- Improvements for RX Vegas that achieve 99% the performance of the Blockchain Compute Beta driver with the latest standard Radeon Driver 18.3.4

Cast XMR Version 0.9.1 (2018/03/22)
- 0.5% overall performance improvement for Vega based GPUs
- --ratewatchdog experimental option to monitor the hash rate, in case an occasional happening drop of the hash rate is detected the kernel will be resetted to restore the optimal hash rate
- fully tested CryptoNight variant (CryptoNightV7) for the Monero V7 Network Upgrade PoW Change which is now scheduled for the 6th April.
- In case you want to mine the Graft coin use the --algo=0 option, an automatic detection of the used CryptoNight variant is not possible for this coin. For all other known CryptoNight coins the hash variant seems to be detected correct
- In case you are mining with nicehash.com or any other automatic coin switching pool that has the Graft coin in the mix the --algo=0 option is advised to prevent invalid shares on the Graft coin. Be aware to remove the option when the Monero V7 network upgrade is happpening otherwise it then will clash with mining Monero!

Cast XMR Version 0.9.0 (2018/03/08)
- support for the Monero V7 network upgrade.
- the Monero PoW switch will be automatically detected, no restart of cast XMR is required. Only make sure to update cast XMR before the network upgrade is happening and that the used Monero pool supports the network upgrade
- no decrase in hash rate for other currencies was introduced by the change
- CryptoNightV7 will run at the same hash rate as CryptoNight
- for any case there is the new --algo option to force which CryptoNight variant to use:
- -1 = autodetect (default)
- 0 = CryptoNight
- 1 = CryptoNightV7 (Monero V7 network upgrade)

Cast XMR Version 0.8.5 (2018/02/07)
- 1% performance gain for Vega Frontier Edition with Blockchain driver (fastest GPU around)
- 1% performance improvement with current stock driver (18.1.1) for RX Vega 56/64 (40% to go to reach Blockchain driver performance)
- fix for random blocking console output
- GPU now always logs with its device id not the order they are listed in the -G argument
- --log option to log console output to a file
- remote access includes CORS support in HTTP header


How To

cast_xmr has a command line interface. For a minimal configuration run:

cast_xmr -S [pool server] -u [username or wallet address]

For a complete list of configuration options run:

cast_xmr --help

Download Cast XMR for Windows (64bit)
https://mega.nz/#F!sGByRCjT!A2NUGnq7sQio5r3qYxCmiA

Print this item

  Claymore’s Miner Manager - Monitoring and managing mining by rigs v.15.0
Posted by: Monet - 11-10-2019, 12:18 PM - Forum: CryptoCurrency - No Replies

Quote:Claymore’s Miner Manager - Monitoring and managing mining by rigs

Certainly some of you do not know that the Claymore miners, currently popular with the miners, such as the Claymore Zcash AMD GPU miner and the Claymore Dual miner, include the very handy Ethman Remote manager utility, which allows you to centrally control and monitor the rigs that are running miners from Claymore on the local network. In this article I will explain how to configure monitoring rigs using the Ethman Remote manager using the example of the Claymore Zcash AMD GPU miner.

So, if you have not installed the latest version of the miner from Claymore, then download and install it. Currently, the most profitable mining algorithm for mining is EquiHash, which produces such altcoins as Zcash (ZEC) and Zcash Classic (ZCL). Therefore, I give a link by which you can download the miner from Claymore for this particular algorithm. Download the latest version of the miner for this link. At the time of this writing, this is version v15.0

Download miner:

Claymore's Dual Miner Manager v.15.0


Claymore's Miner Manager main features:
Monitoring rigs parameters that are in the local network.
Editing miner configs.
Restart miners.
Setting the sound alert when stopping the mining process.
Automatic launch of a .bat file when stopping the mining process.

Now let's proceed directly to setting up the application for monitoring miners from Claymore
We launch the miner from Claymore with the help of the .bat file, which contains your settings for mining.
Go to the folder "Remote manager", which is located in the folder with the Claymore miner and run the program "EthMan.exe".
If your miner is running on the same computer as EthMan, then to add your mining rig to the program, simply click the "Add Miner" button, then enter the name of the rig, enter 127.0.0.1 in the IP address field, and enter in the Port input field: 3333, then click on OK.
Now, in the monitoring window, you can see all the main indicators that are transmitted by the miner to the EthMan program via the JSON API in real time: Name of the rig, IP and port, time of the miner, current hashrayt, temperature of all GPUs and fan rotation speed, mining pool, miner version.
If the miner is running on the computer on which you run the program for monitoring EthMan, then instead of IP 127.0.0.1 you should enter the IP address of your rig in the local network. (e.g. 192.168.1.1 or other).
In addition, you can change the port number of the miner to get statistics. To do this, in the .bat file of your miner simply add the additional parameter "-mport new port number", for example, "-mport 3444". And when adding a barn to the monitoring program, do not forget to specify this particular port later.
In order for the miner to give correct results, in the "Options" tab of the Claymore's Miner Manager specify the Main Coin Name: Zcash, Second Coin Name: -, Speed units: KH / s. Then click "Save Settings".
By default, the monitoring program on the 8000 port has an http web server installed, with which you can monitor the statistics of your rigs directly through the browser. To do this, simply enter in the address bar of your browser. 127.0.0.1:8000. the port can be changed in the settings of the monitoring program.

Supported:

• Claymore's miner 15.0 support
• Phoenix miner 4.7 c+support
• Ethminer +Support
• Support Cast XMR +
• Dstm v0 support.5.4+
• Support EWBF b+
• XMR-Stak support
• Srbminer 1.5.2+Support
• Support For XMRig +
• Support For Bminer +
• Support for ccminer +
• Z-enemy 1.12+support
• Support JCE Cryptonote +
• Support T-Rex +
• Detailed statistics for each GPU miner
• Remote control for Claymore miner
• Alert if miner is offline
• Low hashrate alert
• Alarm at high temperature GPU
• Easy setup - one IP address for all miners
• DNS name support
• View miner with password (in the miner is set by the-mpsw parameter)
• Conversion of Hasrat
• View miner console
• Simple and user-friendly interface

Print this item

  Claymore's Dual Ethereum AMD+NVIDIA GPU Miner v15.0 (Windows/Linux)
Posted by: Monet - 11-08-2019, 06:50 PM - Forum: CryptoCurrency - No Replies

Quote:Claymore's Dual Ethereum + Decred/Siacoin/Lbry/Pascal/Blake2s/Keccak AMD+NVIDIA GPU Miner.
=========================

Latest version is v15.0 - Supercharged Edition:

- now miner supports up to #384 epoch (4GB DAG size). Note that previous versions support up to #299 epoch, you will not be able to use old versions after #299 epoch.
- added support for Navi cards (ETH-only mode).
- now miner sets environment variables automatically (required for 4GB AMD cards).
- a few minor bug fixes and improvements.


DOWNLOAD LINK: MEGA - Claymore's miner v15.0

version is v14.7 - Supercharged Edition:

- now the miner driver does not require switching Windows to Test Mode. If you want to turn Test Mode off, use "-driver uninstall" option (with admin rights) and reboot,
then start miner with admin rights to install new driver automatically when necessary (or use "-driver install" option directly).
If you have any problems with signed driver you can use "-driver install_test" option, it uses old approach: enables Test Mode (reboot is required) and installs unsigned driver.
- added "-showpower" option for stats about GPU power consumption, press "s" to see it. Both AMD and Nvidia cards are supported, except Linux gpu-pro drivers and Radeon7 cards.
- updated Remote Manager to show total power consumption.
- fixed issue with "-logsmaxsize" option when "-logfile" option is used to specify directory for log files.
- a few minor bug fixes and improvements.

version is v14.6 - Supercharged Edition:

- now "-rxboost" option also supports old AMD cards (Hawaii, Tonga, Tahiti, Pitcairn), use "-rxboost 1" to improve hashrate up to 5% by applying some additional memory timings.
- now "-rxboost" option supports all AMD drivers.
- now "-strap" for AMD cards also supports AMD blockchain drivers.
- some changes to further reduce stale shares a bit.
- added "-minspeedtime" option.
- added statistics for shares accepting time (min/max/average), press "s" to see it.
- updated Remote Manager to show shares accepting time.
- a few minor bug fixes and improvements.

FEATURES:

- Supports applying optimized memory timings (straps) on-the-fly in Windows, without flashing VBIOS (currently Polaris, Vega, Nvidia 10xx cards only), up to 20% speedup. Best straps for Ethereum are included.
- Supports new "dual mining" mode: mining both Ethereum and Decred/Siacoin/Lbry/Pascal/Blake2s/Keccak at the same time, with no impact on Ethereum mining speed. Ethereum-only mining mode is supported as well.
- Effective Ethereum mining speed is higher by 3-5% because of a completely different miner code - much less invalid and outdated shares, higher GPU load, optimized OpenCL code, optimized assembler kernels.
- Supports both AMD and nVidia cards, even mixed.
- No DAG files.
- Supports all Stratum versions for Ethereum: can be used directly without any proxies with all pools that support eth-proxy, qtminer or miner-proxy.
- Supports Ethereum and Siacoin solo mining.
- Supports both HTTP and Stratum for Decred.
- Supports both HTTP and Stratum for Siacoin.
- Supports Stratum for Lbry, Pascal, Blake2s, Keccak.
- Supports failover.
- Displays detailed mining information and hashrate for every card.
- Supports remote monitoring and management.
- Supports GPU selection, built-in GPU overclocking features and temperature management.
- Supports Ethereum forks (Expanse, etc).
- Windows and Linux versions.


This version is POOL/SOLO for Ethereum, POOL for Decred, POOL/SOLO for Siacoin, POOL for Lbry, POOL for Pascal, POOL for Blake2s, POOL for Keccak.

For old AMD cards, Catalyst (Crimson) 15.12 is required for best performance and compatibility.
For AMD 4xx/5xx cards (Polaris) you can use any recent drivers.
For AMD cards, set the following environment variables, especially if you have 2...4GB cards:

GPU_FORCE_64BIT_PTR 0
GPU_MAX_HEAP_SIZE 100
GPU_USE_SYNC_OBJECTS 1
GPU_MAX_ALLOC_PERCENT 100
GPU_SINGLE_ALLOC_PERCENT 100

This miner is free-to-use, however, current developer fee is 1%, every hour the miner mines for 36 seconds for developer.
For all 2GB cards and 3GB cards devfee is 0%, so on these cards you can mine all ETH forks without devfee, this miner is completely free in this case.
If some cards are 2...3GB and some >3GB, 2...3GB cards still mine for you during devfee time, only cards that have more than 3GB memory will be used for devfee mining. Miner displays appropriate messages during startup.
Second coin (Decred/Siacoin/Lbry/Pascal/Blake2s/Keccak) is mined without developer fee.
So the developer fee is 0...1%, if you don't agree with the dev fee - don't use this miner, or use "-nofee" option.
Attempts to cheat and remove dev fee will cause a bit slower mining speed (same as "-nofee 1") though miner will show same hashrate.
Miner cannot just stop if cheat is detected because creators of cheats would know that the cheat does not work and they would find new tricks. If miner does not show any errors or slowdowns, they are happy.

This version is for recent AMD videocards only: 7xxx, 2xx and 3xx, 2GB or more. Recent nVidia videocards are supported as well.

CONFIGURATION FILE

You can use "config.txt" file instead of specifying options in command line.
If there are not any command line options, miner will check "config.txt" file for options.
If there is only one option in the command line, it must be configuration file name.
If there are two or more options in the command line, miner will take all options from the command line, not from configuration file.
Place one option per line, if first character of a line is ";" or "#", this line will be ignored.
You can also use environment variables in "epools.txt" and "config.txt" files. For example, define "WORKER" environment variable and use it as "%WORKER%" in config.txt or in epools.txt.

If for Ethereum-only mining:


ethpool:
EthDcrMiner64.exe -epool us1.ethpool.org:3333 -ewal 0xD69af2A796A737A103F12d2f0BCC563a13900E6F -epsw x

sparkpool:
EthDcrMiner64.exe -epool eu.sparkpool.com:3333 -ewal 0xD69af2A796A737A103F12d2f0BCC563a13900E6F -epsw x

f2pool:
EthDcrMiner64.exe -epool eth.f2pool.com:8008 -ewal 0xd69af2a796a737a103f12d2f0bcc563a13900e6f -epsw x -eworker rig1

nanopool:
EthDcrMiner64.exe -epool eth-eu1.nanopool.org:9999 -ewal 0xd69af2a796a737a103f12d2f0bcc563a13900e6f -epsw x -eworker rig1

nicehash:
EthDcrMiner64.exe -epool stratum+tcp://daggerhashimoto.eu.nicehash.com:3353 -ewal 1LmMNkiEvjapn5PRY8A9wypcWJveRrRGWr -epsw x -esm 3 -allpools 1 -estale 0

Ethereum forks mining:

EthDcrMiner64.exe -epool exp-us.dwarfpool.com:8018 -ewal 0xd69af2a796a737a103f12d2f0bcc563a13900e6f -epsw x -allcoins -1

Ethereum SOLO mining (assume geth is on 192.168.0.1:8545):

FAILOVER

Use "epools.txt" and "dpools.txt" files to specify additional pools (you can use "-epoolsfile" and "-dpoolsfile" options to use different filenames).
These files have text format, one pool per line. Every pool has 3 connection attempts.
Miner disconnects automatically if pool does not send new jobs for a long time or if pool rejects too many shares.
If the first character of a line is ";" or "#", this line will be ignored.
Do not change spacing, spaces between parameters and values are required for parsing.
If you need to specify "," character in parameter value, use two commas - ,, will be treated as one comma.
You can reload "epools.txt" and "dpools.txt" files in runtime by pressing "r" key.
Pool specified in the command line is "main" pool, miner will try to return to it every 30 minutes if it has to use some different pool from the list.
If no pool was specified in the command line then first pool in the failover pools list is main pool.
You can change 30 minutes time period to some different value with "-ftime" option, or use "-ftime 0" to disable switching to main pool.
You can also use environment variables in "epools.txt", "dpools.txt" and "config.txt" files. For example, define "WORKER" environment variable and use it as "%WORKER%" in config.txt or in epools.txt.
You can also select current pool in runtime by pressing "e" or "d" key.


REMOTE MONITORING/MANAGEMENT

Miner supports remote monitoring/management via JSON protocol over raw TCP/IP sockets. You can also get recent console text lines via HTTP.
Start "EthMan.exe" from "Remote management" subfolder (Windows version only).
Check built-in help for more information. "API.txt" file contains more details about protocol.


KNOWN ISSUES

- AMD cards: on some cards you can notice non-constant mining speed in dual mode, sometimes speed becomes a bit slower. This issue was mostly fixed in recent versions, but not completely.
- AMD cards: in Linux with gpu-pro drivers, the list of GPUs may differ from the list of temperatures. You can use -di to change order of GPUs to match both lists.
- nVidia cards: dual mode is not so effective as for AMD cards.
- Windows 10 Defender recognizes miner as a virus, some antiviruses do the same. Miner is not a virus, add it to Defender exceptions.
I write miners since 2014. Most of them are recognized as viruses by some paranoid antiviruses, perhaps because I pack my miners to protect them from disassembling, perhaps because some people include them into their botnets, or perhaps these antiviruses are not good, I don't know. For these years, a lot of people used my miners and nobody confirmed that my miner stole anything or did something bad.
Note that I can guarantee clean binaries only for official links in my posts on this forum (bitcointalk). If you downloaded miner from some other link - it really can be a virus.
However, my miners are closed-source so I cannot prove that they are not viruses. If you think that I write viruses instead of good miners - do not use this miner, or at least use it on systems without any valuable data.


TROUBLESHOOTING

1. Install Catalyst v15.12 for old AMD cards; for Fury, Polaris and Vega cards use latest blockchain drivers.
2. Disable overclocking.
3. Set environment variables as described above.
4. Set Virtual Memory 16 GB or more.
5. Reboot computer.
6. Check hardware, risers.
7. Set some timeout in .bat file before starting miner at system startup (30sec or even a minute), and try "-ethi 4" to check if it is more stable. It can help if miner is not stable on some system.


FAQ

- Miner works too slowly when I mine ETH/ETC but works fine when I mine some ETH fork.
Check if you enabled "Compute Mode" in AMD drivers, also you can press "y" key to turn on "Compute Mode" in AMD drivers for all cards (Windows only).

- I cannot mine ETH/ETC with Nvidia 3GB card in Windows 10.
Windows 10 internally allocates about 20% of GPU memory so applications can use only 80% of GPU memory. Use Windows 7 or Linux.

Print this item

  [ANN] sgminer v5.6.1 - optimized X11/X13/NeoScrypt/Lyra2RE/etc. kernel-switch miner
Posted by: Monet - 11-07-2019, 12:52 PM - Forum: CryptoCurrency - No Replies

Hi,

At NiceHash (I'm sure you've already heard about us) we're running a multi-algo cloud mining service and multipool. Thus we're striving to get unified and feature-full GPU miner. That's why we've sponsored the integration of sph-miner + keccak (from cgminer) + x11_mod (from lasybear) + NIST5 algo and some more stuff into unified, runtime-kernel-switching new version of the original official sgminer. sgminer has since then been redefined from "scrypt-miner" to "GPU OpenCL miner" and thus strive to support wide range of algorithms for GPU mining. New algorithms are added over time as well as some new features.

For the record: I'm not a developer of sgminer and haven't contributed any coding for sgminer, but was active in proposing and coordinating new features development. All the credits go to the many sgminer developers, listed in arhiv. NiceHash organization took over the initiative to continue development on this widely spread open-source mining software, therefore the most recent source code and releases can be found in the information below.


RELEASES

Binaries downloads are available here:
https://mega.nz/#F!BOoVhaBZ!fymDAOaLYFGWBDm9vWqdMQ

Please note: sgminer is still in development, you should regularly, so there are might be still some open issues and minor bugs present.

Here is an example of multi-algorithm configuration (you can add many pool-specific options):

Code:
{
"pools" : [
{
"name" : "NiceHash_X11",
"url" : "stratum+tcp://stratum nicehash com:3336",
"user" : "btc_addr",
"pass" : "x",
"nfactor" : "10",
"algorithm" : "darkcoin-mod"
},
{
"name" : "NiceHash_X13",
"url" : "stratum+tcp://stratum nicehash com:3337",
"user" : "btc_addr",
"pass" : "x",
"nfactor" : "10",
"algorithm" : "marucoin-mod"
},
{
"name" : "NiceHash_SHA3",
"url" : "stratum+tcp://stratum nicehash com:3338",
"user" : "btc_addr",
"pass" : "x",
"nfactor" : "10",
"algorithm" : "maxcoin"
},
{
"name" : "NiceHash_Scrypt-N",
"url" : "stratum+tcp://stratum nicehash com:3335",
"user" : "btc_addr",
"pass" : "x",
"nfactor" : "11",
"algorithm" : "zuikkis"
},
{
"name" : "NiceHash_Scrypt",
"url" : "stratum+tcp://stratum nicehash com:3333",
"user" : "btc_addr",
"pass" : "x",
"nfactor" : "10",
"algorithm" : "zuikkis"
}
]
"failover-only" : true,
"failover-switch-delay" : "300",
"queue" : "0",
... other configuration settings ...

Of course you can choose any and as many pools you prefer, NiceHash pools were given just as an example. Your miner will be able to switch to different pools using different algorithms at runtime, without any interruption and without sgminer restart. You can also set GPU settings and some other settings at a per-pool level to get optimum performance on various pools with various algorithms with a single configuration file. Now you can mine Litecoin, Dogecoin, Vertcoin, Darkcoin, Maxcoin, MaruCoin ... you-name-it with a single unified sgminer.

Note: sgminer v5 intoduced new stratum extranonce subscription; some pools ignores connection when sgminer sends extranonce subscription request, therefore you just have to add "no-extranonce" : true setting to the pool config for pools, that doesn't support extranonce-subscribe - this kind of pools appears Dead even if they are suposed to be working fine (you should never use this setting on nicehash pools since nicehash stratum proxy provides better efficiency with extranonce subscription)

Code:
{
"url" : "stratum+tcp://some-pool:3333",
"no-extranonce" : true,
"user" : "username",
"pass" : "x",
}

Or if you're using command line options, example for quark mining:

Code:
sgminer --algorithm quarkcoin --no-extranonce -I 18 -g 1 -w 256 -o stratum+tcp://some-quark-pool:3333 -u ... -p ...

All interested developers, please, feel free to contribute to the code by simply pushing Pull request to the Github repository (see above).

Again, thanks to all the great developers of sgminer and kind regards

Handle Decred new stake version field.

Released:

5.6.1

Handle Decred new stake version field.

  • 5.6.0
Added support for PascalCoin Pascal algorithm.

Binaries downloads are below.

Assets6
  • 5.5.0a
Added support for sibcoin X11-Gost algorithm.
Binaries downloads are below.

Assets6
  • 5.5.0
Added support for Lbry and Sia algorithm with NiceHash compatible stratum protocol.
Assets6
  • v5.4.0-tweaked
Special release for the optimized kernel binaries, used in NiceHash Miner. 64-bit binaries only.

Assets4
  • 5.4.0
Added support for Decred algorithm with NiceHash compatible stratum protocol.
Binaries downloads are below.

Assets6
  • 5.3.0
  • Added Blake256 algorithms (Blake256 8-rounds, Blake256 14-rounds and Blake256 8-rounds for Vanillacoin).

  • Added optimized neoscrypt kernel.

  • Fixed displaying GPUs in console when only particular GPUs are enabled by startup parameters.

  • A few other minor bugfixes.
Binaries downloads are below.

Assets6
  • 5.2.1
  • support for several algorithms, including X11, X13, Keccak, NeoScrypt, Lyra2REv2, Quark, etc.

  • includes sample running configuration file

  • bundled with optimized .bin kernels by Wolf0 for X11, X13 and X15 on Pitcairn, Tahiti and Hawaii

  • built for Windows

Print this item

  [ANN]Bminer: a fast Equihash/Ethash/Cuckaroo29d miner for AMD/NVIDIA GPUs 15.8.4
Posted by: Monet - 11-05-2019, 04:51 PM - Forum: CryptoCurrency - No Replies

Bminer is a highly optimized cryptocurrency miner that runs on modern AMD/NVIDIA GPUs (Maxwell and Pascal, i.e. GPUs that have compute capability 5.0 or above). Bminer is one of the fastest publicly available miners today -- we use various techniques including tiling and pipelining to realize the full potentials of the hardware.

Bminer also comes with REST APIs to facilitate production deployments (e.g., mining farms).

Bminer supports mining Equihash-based coins (e.g., Zcash) with 2% of devfee.
Bminer supports mining Zhash / Equihash 144,5 based coins (e.g. BitcoinGold, BitcoinZ) with 2% of devfee.
Bminer supports mining Ethash-based coins (e.g., Ethereum) with 0.65% of devfee.
Bminer also supports dual mining mode - mining Ethash-based coins (e.g. Ethereum) and Blake14r-based coins (e.g. Decred) / Blake2s-based coins (e.g. Verge) at the same time. Devfee for the dual mining mode is 1.3%, and the second coin (e.g. Decred/Verge) is mined without devfee.
Bminer supports mining Tensority-based coins (e.g.,) with 2% of devfee.


Features

Fast
Grin31 mining on stock settings
2.25 G/s on RTX 2080Ti
1.45 G/s on RTX 2080
1.35 G/s on GTX 1080Ti
0.85 G/s on GTX 1080
Grin29 mining on stock settings
11.2 G/s on GTX 2080Ti
8.6 G/s on GTX 2080
7.8 G/s on GTX 1080Ti
7.15 G/s on P102
4.8 G/s on GTX 1070
4.10 G/s on GTX P104
3.30 G/s on GTX 1060 6G
AE mining on stock settings:
11.8 Sol/s on GTX 2080Ti
8.90 Sol/s on GTX 2080
7.40 Sol/s on GTX 1080Ti
4.7 Sol/s on GTX 1070
3.4 Sol/s on GTX 1060 6G
Beam mining on stock settings
30 Sol/s on GTX 1080Ti
21 Sol/s on GTX 1070
12 Sol/s on GTX 1060 6G
Equihash mining on stock settings
735-745 Sol/s on GTX 1080Ti
450-460 Sol/s on GTX 1070
315-325 Sol/s on GTX 1060
Equihash 144,5 (Zhash) mining on stock settings
61 Sol/s on GTX 1080Ti
25 Sol/s on GTX 1060
Ethash mining on GTX 1080Ti stock settings (power: 250 W)
Without OhGodAnETHlargementPill: 32.2 MH/s
Dual mining using automatic tuning (default) on GTX 1080Ti stock settings (power: 250 W)
With OhGodAnETHlargementPill:
ETH 46 MH/s and DCR 1000 MH/s
ETH 46 MH/s and XVG 1770 MH/s
Without OhGodAnETHlargementPill:
ETH 32 MH/s and DCR 2200 MH/s
ETH 32 MH/s and XVG 3750 MH/s
Bytom mining on stock settings:
4650 H/s on GTX 1080Ti
2850 H/s on GTX 1070
1800 H/s on GTX 1060 6G

Secure and reliable
SSL support
Automatic reconnects to recover from transient network failures
Automatic restarts if GPUs hang

Operation friendly
Comes with REST APIs to facilitate production deployments

Quickstart
Download and extract Bminer into a folder (e.g. C:\bminer or /home/bminer)
Depending on the coins that you want to mine, find the corresponding script in the folder. For example, the corresponding script is mine_grin29.bat (on Windows) or mine_grin29.sh (on Linux) when mining Grin using the Cuckaroo29 algorithm.
Change the address and account information in the script.
Run the script and Enjoy mining Smile


Downloads
Linux x64: bminer-v15.8.4-3212522-amd64.tar.xz
Windows x64: https://mega.nz/#F!FT4EhQrS!sL9H8RulA4XCU57PoElxUg

Release notes
15.8.4
Improve the performance of BeamHashII algorithm on RTX cards.

15.8.3 (Current)
Improve the performance of BeamHashII algorithm.

15.8.2(Current)
Fix the regression on the BeamHashII fails to start on GTX 2060.

15.8.1
Support for the BeamHashII algorithm.

15.7.6
Fix the regression that the Cuckaroo29d miner fails to start on RTX-series cards.

15.7.5
Improve the performance of the miner of Cuckatoo31.
Increase the dynamic ranges of -intensity for older machines to fully utilize the GPUs (at the cost of a slight performance loss).

15.7.4
Improve the performance of Cuckaroo29d / Aeternity.
Support 4GB cards for Cuckaroo29d.
Fix the regression that the Cuckaroo29d miner fails to start on Windows.

15.7.3
Improve the performance of the Cuckaroo29d miner.

15.7.2
Improve the stability of the Cuckaroo29d miner.
Reduce the CPU usage of Cuckaroo29d miner.
Support 5GB cards for Cuckaroo29d.

15.7.1
Improve the performance of the Cuckaroo29d algorithm.
Fix the issue that the Cuckaroo29d failed to start for Turing-based cards.

15.7.0
Support the cuckaroo29d algorithm

15.5.3
Fix invalid shares ETH + VBK when using multiple cards.

15.5.1
Fix the regression that Cuckaroo29 fails to work on Turing cards.
Significantly improve the performance of ETH / VBK dual mine.

15.5.0
Improve the performance of the Cuckatoo algorithm.
Support dual-mining ETH and VBK.
Add the parameter -version to output the version and exit.



15.4.0
Improve performance of Cuckaroo29 / Aeternity.
Improve compatibility on Windows
Add an experimental flag --fast to improve the performance for Cuckaroo29 / Aeternity, but it might lead to unstability on some systems

15.3.1
Slightly improve performance of Cuckaroo29 / Cuckatoo31.
Reduce CPU usages of Cuckatoo31.
Fix the regressions of Cuckaroo29 on RTX cards.
Fix the incorrect reportings of Ethash speed to the mining pools.

15.3.0
Improve the performance of Cuckaroo29 by 5%.
Slightly improve the performance of Cuckatoo31.
Improve compatibility on Windows.

15.2.0
Improve performance and stability of Cuckatoo31.
Slightly improved performance of Ccukaroo29.
Reduced the chance of reject and stale shares of CC29/CC31.
Support RTX 2080/2070 for Cuckatoo31. RTX 2080 expected speed 1.45G/s.

15.1.0
Improve performance of Cuckaroo29 / Cuckatoo31.
Experimental support Cuckaroo29 on AMD cards (ROCM only)
Improve compatibility on Windows.
Fix the regression on UI dashboard.
Reduce reject rate of Cuckaroo29 / Cuckatoo31.

15.0.2
Improve the fidelity of Cuckaroo29 on 1060 / P106 / 1070.

15.0.1
Fix compatibility issues on Windows.

15.0.0
Support 8G cards for Cuckatoo31 (except for Windows 10).
Improve stability of the Cuckatoo31 solver.

14.3.1
Improve the performance of Cuckaroo29.
Reduce the likelihood of rejected shares of Cuckatoo31.
Support Nicehash for both Cuckaroo29 / Cuckatoo31.

14.3.0
Improve the performance for Cuckatoo31.
Support 2080Ti for Cuckatoo31.
Reduce the CPU usages for Grin / Aeternity by default.
Reduce the likelihood of rejected shares for Cuckatoo31.

14.2.0
Experimental support for Cuckatoo31 on 1080Ti.
Fix the regression where ETH dual mine fails to start on Windows.
Improve performance on mining Aeternity.
Support tweaking the CPU usage for mining AE / Grin with the -intensity flag.

14.1.0
Improve performance of AE / Grin on Turing cards.
Improve performance of AE / Grin on lower-end CPUs and Windows platforms.
Support mining beam on leafpool and nicehash.
Fix the regression where /api/v1/devices is occasionally unresponsive.

14.0.0
Improved Grin/AE mining speed.
Print fidelity information. It is a measure of the luck/miner correctness. Overtime, the number should be close to one. For miners running over two hours, the fidelity should be at least greater than 0.95.
Improved multi-card performance on Windows.
Improved the miner fidelity by 8%-10%. You will not see big local difference but you will see roughly 10% higher speed on the pool side.
Reduced reject chance.
Fixed equihash issue.
Fix the regression that the equihash miner fails to start on Windows.

13.2.0
Improve the performance of Turing GPUs when mining Grin.
Reduced rejected share chance for all cards.

13.1.0
Support mining Grin / AE with 4G or 5G of video memory. (P104 only on Linux).

13.0.0
30% performance improvement on Grin and AE.
Reduce the likelihood of rejected shares.

12.2.0
Optimize CPU usage.
Fix compatibility issues with grin-pool.org and grinmint.com.
Experimental support for Turing GPUs.
Allow bminer to run with older NVIDIA drivers.

12.1.0
50% performance improvement on Aeternity.
10% performance improvement on Grin.
Support 8GB cards on Windows 10.
Support SSL connections for Grin.

12.0.1
Experimental support mining Grin on NVIDIA GPUs. Currently bminer only supports the Cuckaroo29 algorithm.
100% performance improvement on the beam miner on NVIDIA GPUs compared to 11.4.1.
Bug fixes
11.4.1
Support AMD Crimson driver mining beam [/b]
11.4.0
Experimental support mining beam with AMD cards

11.3.0
Improve the performance of Aeternity for 6GB cards
Support mining beam over beepool
Output solution/s instead of nounce/s when mining beam

11.2.0
Experimental support for Beam.

11.1.0
Experimental support for Aeternity.

11.0.0
Support ETH/BTM dual mine.

10.7.0
Fix `-devices value` option bug in 10.6.0.
Fix a bug in `GET /api/v1/status/device` api.

10.6.0
Require CUDA 9.2 or above for this version.
Substantially increase BTM mining speed, e.g. 4650H/s on 1080Ti now.

10.5.0
Require CUDA 9.2 or above for this version.
Substantially increase BTM mining speed, e.g. 4500H/s on 1080Ti now.
Maximum temperature is monitored more precisely.
Support BTG mining on zhash.pro pool.


10.4.0
Add `-pers auto` option to support pools (e.g. zergpool.com) to automatically switch personalization string for equihash144,5 mining.

10.3.0
Make API robust and accessible even when GPUs are hung.
Support ethproxy protocol pools, such as dwarfpool, to display worker names.

10.2.0
Support all the other Equihash 144,5 based coins besides BTG, using equihash1445 scheme and -pers config.

10.1.0
Fix performance regression in BTM mining.

10.0.0
Support mining Zhash (Equihash with parameter set 144,5) based coins.
Substantially increase BTM mining speed again (up to another 30%).
Support reported hashrate feature on ETH pools.

9.1.0
Substantially increase BTM mining speed (up to 30%).
Fix editing problems of .bat files on windows.
Add scheme suggestions in scripts for ETH mining.

9.0.0
Experimental support for mining Bytom (BTM).
Optimize the performance of automatic tuning in dual mining mode.
Start REST APIs much faster than previous versions.
Improve compatibility of mining Ethereum on Nicehash pool.

8.0.0
Support a dual mining mode for Ethereum (ETH, Ethash) and Decred (DCR, blake14r) / Verge (XVG, blake2s) without affecting Ethereum mining performance.
Automatically tune mining performance in dual mining mode.
Support dual mining mode in launcher and dashboard GUI.
Add scripts to download third party software OhGodAnETHlargementPill to improve Ethereum mining performance on GTX 1080/1080Ti.
Introduce new REST APIs to display stratum/solver/device status.

7.0.0
Experimental support for mining Ethereum.
Various usability improvements on the launcher GUI.
Create a lite distribution without the launcher GUI.

6.1.0
Fix potential regression caused by 6.0.0 for GPUs mounting on risers.
Improve mining algorithm stability.

6.0.0
Failover server supports. Supply multiple uris (separated by commas) via the -uri option to enable the failover support.
A launcher GUI for Windows.
Reduce reject rate caused by stale shares.
0.3-0.5% performance improvement depending on card models.
Fix inaccurate metrics at the start of Bminer.
Reduce CPU usage the start of bminer.
Support miner.reconnect().
Experimental support for miningrigrentals.
A new option -no-runtime-info to disable runtime information collection.

5.5.0
Show the fan speed in both console and UI.
Fix compatibility issues for pool.miningspeed.com.
Fix a bug that causes Bminer fails to start on Windows under some configuration.

5.4.0
Fix a reconnection issue in the network layer.
Show additional statistics in console.
Allow cross-domain requests to access the API.
Fix the compatibility issue with docker.
Introduce the option `-share-check` to make the time of recovering from no accepted shares configurable.

5.3.0
Experimental support for EthOS / Ubuntu 14.04.
Support AMD K10 CPUs.
Automatically restart hanged network connections.
Improve compatibilities with mining rigs with more than 8 cards.

5.2.0
Introduced the option -logfile to append the logs into a file.
Minor optimization on Windows for cards that are mounted on the risers.
Improve compatibility for NiceHash.

5.1.0
Support NiceHash.
Fix unstable network connections in 5.0.0.
Fix performance regressions for 1080Ti under Linux.

5.0.0
Minor performance improvement for GTX 1060.
Fixed performance regressions in 4.0.0 on Windows.
Optimization on the networking layer.
Show GPU ID in case of hardware errors.
Introduced the option -no-timestamps which suppresses the timestamps in the logging messages.

4.0.0
Minor performance improvement.
Support older CPUs like Core 2 Duo.
Support mining rigs that have more than 8 GPUs.
Support luckpool.org.
Removed the polling option.
Introduced the option `-max-network-failures` which allows Bminer to exit after consecutive network failures.
Various improvement on the UI.
Localization for Russian and Chinese.

3.0.0
Minor performance improvement.
Disable CPU polling by default.
Introduce a Web-based dashboard.
Support slushpool.

2.1.0
Add the -polling option to make GPU polling configurable.
Disabling polling reduces the CPU usage but it might reduce the performance in some configurations.
Improve the stability of the network connections.
First public release for Linux.

2.0.0
First public release.

Print this item

  CryptoDredge 0.22 — NVIDIA GPU Miner
Posted by: Monet - 11-04-2019, 07:25 PM - Forum: CryptoCurrency - No Replies

Downloads

Windows Download

(CUDA 9.1 version)
(CUDA 9.2 version)
(CUDA 10.0 version)

Overview
CryptoDredge is a simple in use and highly optimized cryptocurrency mining software. It takes full advantage of modern NVIDIA graphics cards through the use of unique optimization techniques. We have also devoted great attention to stable power consumption. These benefits, along with the very small developer fee, make our product one of the best publicly available miners.

Devfee
Developer fee is 1% (2% for MTP)

Supported Algorithms

  • Allium

  • Argon2d (250/4096/DYN/NIM)

  • BCD

  • BitCore

  • CryptoLightV7 (Aeon)

  • CryptoNightFastV2 (Masari and Stellite)

  • CryptoNightGPU

  • CryptoNightHaven

  • CryptoNightHeavy

  • CryptoNightSaber (Bittube)

  • CryptoNightTurtle

  • CryptoNightV8

  • Cuckaroo29 (Grin)

  • CuckooCycle (Aeternity)

  • HMQ1725

  • Lyra2REv3

  • Lyra2vc0ban

  • Lyra2z

  • Lyra2zz (LAPO)

  • MTP (see the MTP Algorithm item)

  • NeoScrypt

  • Phi2

  • Pipe

  • Skunkhash

  • Tribus

  • X16R

  • X16RT

  • X16S

  • X17

  • X21S

  • X22i
QuickStart

The current version of CryptoDredge is a (portable) console application. Unpack the downloaded archive and edit one of the sample .bat/.sh files or provide the necessary command line arguments.
Example:
Code:
CryptoDredge -a <ALGO> -o stratum+tcp://<POOL> -u <WALLET_ADDRESS> -p <OPTIONS>

Command-Line Arguments
-v--version Print version information
-a--algo Specify algorithm to use
  • aeon

  • aeternity

  • allium

  • argon2d-dyn

  • argon2d-nim

  • argon2d250

  • argon2d4096

  • bcd

  • bitcore

  • cnfast2

  • cngpu

  • cnhaven

  • cnheavy

  • cnsaber

  • cnturtle

  • cnv8

  • cuckaroo29

  • hmq1725

  • lyra2v3

  • lyra2vc0ban

  • lyra2z

  • lyra2zz

  • mtp

  • neoscrypt

  • phi2

  • pipe

  • skunk

  • tribus

  • x16r

  • x16rt

  • x16s

  • x17

  • x21s

  • x22i
-d--device List of comma-separated device IDs to use for mining. IDs are numbered 0,1...,N - 1
-h--help Print help information
-i--intensity Mining intensity (0 - 6). For example: -i N[,N] (default: 6)
-o--url URL of mining pool
-p--pass Password/Options for mining pool
-u--user Username for mining pool
--log Log output to file
--no-color Force color off
--no-watchdog Force watchdog off
--no-crashreport Force crash reporting off
--cpu-priority Set process priority in the range 0 (low) to 5 (high) (default: 3)
--api-type Specify API type to use (default: ccminer-tcp)
  • ccminer-tcp (TCP)

  • ccminer-ws (WebSocket)

  • off
-b--api-bind IP[Image: clear.png]ort for the miner API, 0 disabled (default: 127.0.0.1:4068)
-r--retries N number of times to retry if a network call fails, -1 retry indefinitely (default: -1)
-R--retry-pause N time to pause between retries, in seconds (default: 15)
--timeout N network timeout, in seconds (default: 300)
-c--config JSON configuration file to use
--no-nvml Force NVML off
--hashrate Expected hashrate in kh/s (argon2d-nim only) (default: 100)

System Requirements
  • NVIDIA GPUs with Compute Capability 5.0 or above.

  • MTP require graphics card with at least 5Gb memory.

  • Latest GeForce driver

  • 2 GB RAM (4 GB recommended). Some algorithms such as NeoScrypt require the virtual memory (swap file) with the same size as all of the GPU's memory.

  • Internet connection
Windows
  • Windows 7/8.1/10 (64-bit versions)

  • Visual C++ Redistributable for Visual Studio 2015
Linux
  • Ubuntu 14.04+, Debian 8+ (64-bit versions)

  • Package libc-ares2. Installing libc-ares2 package is as easy as running the following command on terminal: apt-get install libc-ares2
Notes

Antivirus Software Reports
CryptoDredge is not a piece of malicious software. You may try to add an exception in antivirus software you use.

Rejected Shares
There are many reasons for rejected shares. The primary reasons are:
  • high network latency

  • overloaded mining server

  • aggressive graphics card overclocking
Watchdog
If you are using a third-party watchdog, you can disable the built-in watchdog by using --no-watchdog option.

Example:
Code:
CryptoDredge -a <ALGO> -o stratum+tcp://<POOL> -u <WALLET_ADDRESS> --no-watchdog

Several Instances After a While
It seems that you are using an own restart mechanism of CryptoDredge (see the Watchdog item).

Crash Reporting
If the built-in watchdog is enabled then CryptoDredge will generate and send us the report. You can disable error reporting with --no-crashreport option. Allowing CryptoDredge to send us automatic reports helps us prioritize what to fix and improve in the future versions.

Crash reports won't include any personal information about you, but they might include:
  • Operating System version

  • Driver version

  • Miner configuration

  • Application crash data
MTP Algorithm

System Requirements:
  • GPUs with at least 5 GB of memory

  • There are no special CPU and RAM requirements, 4 GB must be sufficient
In comparison to other algorithms, MTP requires transferring large amounts of data to the pool. This may be a problem for limited and slow connections.

The miner has to do some extra work every time that the pool sends a new "job", so an average hashrate will be a bit slow.

Developer fee is 2% for MTP.

Argon2d (NIM) Algorithm

If you encounter many "invalid share: invalid pow" errors from the pool, set --hashrate option to calculate the start difficulty.

Print this item

  [ANN] TeamRedMiner 0.5.9 - AMD GPU Miner for Grin, MTP, x16rv2 and more
Posted by: Monet - 11-04-2019, 07:17 AM - Forum: CryptoCurrency - No Replies

teamredminer v0.5.9 Release
This is an optimized miner for AMD GPUs created by todxx and kerney666.

For questions/comments about chukwa or cryptonight algorithms, please post in this.
This is the cuckarood29, cuckatoo31, mtp, x16rv2, x16r, x16rt, x16s, lyra2rev3, lyra2z, and phi2 thread for this miner.


Algorithms:

  • Cryptonight R (monero)

  • Cryptonight v8 turtle (turtlecoin, loki)

  • Cryptonight v8 half (stellite, masari)

  • Cryptonight v8 double (x-cash)

  • Cryptonight v8 reverse waltz (graft)

  • Cryptonight v8 upx2 (uPlexa)

  • Cryptonight v8

  • Cryptonight heavy

  • Cryptonight haven (haven)

  • Cryptonight saber (bittube)

  • Cryptonight conceal (conceal)

  • Chukwa (trtl)

  • x16rv2 (rvn)

  • x16r (rvn)

  • x16s (pgn, xsh)

  • x16rt (veil, gin)

  • MTP (zcoin)

  • Cuckarood29 (grin)

  • Cuckatoo31 (grin)

  • Lyra2rev3 (vtc)

  • Lyra2z

  • Phi2 (lux, argoneum)
GPUs Supported and Tested:
  • RX 580/570/480/470 on windows and linux with rocm or amdgpu-pro drivers

  • RX Vega 64/56, Vega FE on windows and linux with rocm or amdgpu-pro/PAL drivers

  • RX 560/550 on windows and linux with rocm or amdgpu-pro drivers

  • Radeon VII on windows and linux with rocm or amdgpu-pro/PAL drivers
Windows/Linux download available here:
Download teamredminer v.0.5.9

API: The miner includes a read-only api based on the sgminer-5.5 API.
Both the json and text formats are supported. For more details, we refer to the sgminer api documentation.

Software Requirements:
  • Supported GPU driver (see GPUs Supported above)

  • For chukwa, mtp, cryptonight algos and lyra2rev3 on linux, only amdgpu-pro drivers are supported. Version 18.30 or newer is needed for Vegas. ROCm is not supported.
This miner includes the following dev fees:
  • Cryptonight R: 2.5%

  • Cryptonight v8 turtle: 2.5%

  • Cryptonight v8 half: 2.5%

  • Cryptonight v8 double: 2.5%

  • Cryptonight v8 reverse waltz: 2.5%

  • Cryptonight v8 upx2: 2.5%

  • Cryptonight v8: 2.5%

  • Cryptonight heavy: 2.5%

  • Cryptonight haven: 2.5%

  • Cryptonight saber: 2.5%

  • Cryptonight conceal: 2.5%

  • Chukwa 2.5%

  • x16rv2 2.5%

  • x16r 2.5%

  • x16s 2.5%

  • x16rt 2.5%

  • MTP 2.5%

  • Cuckarood29 2.5%

  • Cuckatoo31 2.5%

  • Lyra2rev3: 2.5%

  • Lyra2z: 3%

  • Phi2: 3%
For reporting bugs and/or for features requests please make a post here and we'll do our best to respond.
Any feedback would be appreciated.

Features In Development:
  • New Algorithms

  • Pool Failover
Changes in v0.5.9
  • Added x16rv2 for the upcoming Ravencoin fork.

  • Optimization work on x16r: +8-10% hashrate depending on clocks.

  • Optimization work on x16r: mem clock no longer as important.

  • Issue fix: kernels split into multiple binaries to fix linux amdgpu-pro driver issues.
Changes in v0.5.8
  • Added Chukwa-512 algo For Turtlecoin (trtl_chukwa).

  • Issue fix: kernels not loaded properly for Conceal.

  • Issue fix: added logic for pool reconnect on N rejected shares in a row (see --pool_max_rejects=N).
Changes in v0.5.7
  • Added CN conceal algo for Conceal (CCX).

  • Added cuckarood29 algo for grin.
Changes in v0.5.6
  • MTP improvements for Vega and Polaris (+1-3% hashrate, improved efficiency, esp Polaris)
Changes in v0.5.5
  • Added cuckatoo31 algo for grin.
Changes in v0.5.4
  • Fixed API bug for MTP, crashing when using Awesome Miner.

  • Small MTP improvements, mostly for Polaris.
Changes in v0.5.3
  • Added MTP algo for Zcoin/XZC (please read MTP_MINING.txt before mining).

  • Further small stabilization fixes for CN variants, primarily 4MB algos.
Changes in v0.5.2
  • Bugfix release only, no new added algos or features.

  • Fix for 1-2% degraded hashrate on Radeon VIIs in some scenarios.

  • Fix for Radeon VII allocation bug, causing hw errs.

  • Fix for allocation bug causing crashes for some drivers and gpus.
Changes in v0.5.1
  • Added better support for CN intensities 16*15, use --allow_large_alloc under Linux.

  • Added --no_ntime_roll for mining x16rt on e.g. bsod.pw.

  • Added Tonga device recognition.

  • Better error reporting for pool communication issues.
Changes in v0.5.0
  • Added cryptonight 4MB variants: heavy, haven and saber.

  • Added x16 algo suite: x16r, x16s, x16rt (both gin and veil).

  • Auto-tuning mode for all CN variants, see bundled guide.

  • Manual key-driven CN tuning mode available inside the miner.

  • Additional data in miner stats console output.

  • Watchdog now detecting single stuck thread when mining CN.

  • Fix: in rare cases, poolside hash for compute algos (lyra2z, phi2, lyra2rev3) only reached ~95% of expected value.
Changes in v0.4.5
  • Added cryptonight v8 upx2 for the uPlexa coin fork.

  • Reworked init procedure, added retry logic on comm errors.

  • Added section on temps to the CN_MAX_YOUR_VEGA guide.

  • Added a new howto MAP_YOUR_GPUS describing how to map gpus between miner/tools/registry.
Changes in v0.4.4
  • Added * mode specifically for modded timings on Vega GPUs. Use with e.g. --cn_config=15*15. This mode is now the default for Vegas.

  • Introduced slow start/ramp-up. Threads increase their workload slowly at start or restart after e.g. a network outage.

  • Added interleave adjustment logic. Readjusts the two threads per gpu over time to make sure they don't gravitate and get stuck.

  • Added support for forcing colors (--force_color) for windows redirected consoles (git bash, cygwin, node.js).

  • Added hotkey menu system (show stats, enable/disable gpu).
Changes in v0.4.3
  • Added cryptonight v8 turtle (--algo cnv8_trtl) algo for coins such as turtle coin and loki.

  • Added support for running CN mining single-threaded using Y+0 configurations.

  • Changed the auto config mode for Radeon VII to L30+0 as a temporary setting.
Changes in v0.4.2
  • Added cryptonight v8 half (--algo cnv8_half) algo for coins such as stellite and masari.

  • Added cryptonight v8 double (--algo cnv8_dbl) algo for coins such as x-cash.

  • Added cryptonight v8 reverse waltz (--algo cnv8_rwz) algo for coins such as graft.

  • Added support for running devices on multiple OpenCL platforms.

  • Fixed more issues with console colors on older windows versions.

  • Added more cpu verification optimization for CN/R. CN/R cpu usage should decrease ~70%.
Changes in V0.4.1
  • Removed server name verification for SSL connections. (Pools like supportxmr now work with SSL)

  • Fixed bug causing GPUs to fail to initialize on some systems.

  • Fixed bug causing GPUs to only run one thread (but display 2x hashrate)

  • Fixed bug where having GPU_MAX_WORKGROUP_SIZE set too high would cause GPUs to crash.

  • Fixed bug where older windows versions would get no console output.

  • Added work-around for driver bug in linux amdgpu-pro drivers resulting in low pool-side hash for polaris cards in rare cases.

  • Added some cpu verification optimizations. CN/R cpu usage should decrease about 15%.
Changes in v0.4.0
  • Added cryptonight R support. (--algo cnr)

  • Added support for ssl/tls pool connections using the stratum+ssl:// prefix.

  • Added colors (and an option to disable them).

  • Slight performance increase for lyra2rev3 (~0.5%).

  • Fix for occasional crashes when pool disconnects.

  • Added more messages regarding not being connected to dev pool.

  • Changed printing to not block mining progress if stdout writes block.
Changes in v0.3.10
Slight performace improvement for Vegas on lyra2rev3
Pool stratum protocol work-arounds for some pools, fixing duplicate share error.
Changed handling of unrecognized pool rpcs to be ignored instead of causing a reconnect.
Fix for duplicate shares on 480/580/Vega56 cards with lyra2rev3.

Changes in v0.3.9
Added support for lyra2rev3 on amdgpu-pro and windows. ROCm support coming in later version.
Fixed API bug with not reporting dead GPUs

Changes in v0.3.8
Added support for fan speed and temperatures.
Added watchdog function for gpu init stuck, dead gpu, over-temp gpu, and non-responding pool.
Added new optional ‘L’ config prefix for low-end cards like lexa/baffin for a 10+% speed-up on some cards
Added an option for writing out a log file.
Added cycling through multi-entry dns records when connecting to pools.
Added a pool-connect timeout.
Added measurement and displaying of pool response times.
Added support for 80-byte headers for Phi2 algo (for non-LUX coins).
Slightly tuned the ‘+’ mode for polaris, some GPUs will show slight performance increase.
Fixed bug with API interface occasionally getting stuck.

Changes in v0.3.7
Redesigned GPU initialization, should now be less error prone.
Added clean shutdown to reduce driver/GPU crashes.
Added staggered GPU start-up to reduce GPU crashes.
Added CPU verification for CNv8 and associated --no_cpu_check option.
Fixed crash on pool authentication error.
Added --pool_broken_rpc work-around option for pools that violate json rpc spec.
Added option to reorder by PCIe bus numbers.
Added --list_devices option to show available devices.
Added changed stats formatting to indicate which numbers are accepted/rejected/hw-error shares.
Added uptime to stats.

Changes in v0.3.6
Added support for Rx550 cards (gfx804).
Improved stability on larger rigs, especially with weaker cpus.
Improved error reporting on failed initialization.

Changes in v0.3.5
Changed GPU initialization to be sequential by default and added --init_style option for faster init styles.
Fixed network buffer size issue preventing the use of very long usernames/passwords/rig_ids.
Added opencl platform auto-detection for AMD platforms when --platform is not specified.

Changes in v0.3.4
Added CryptoNight v8 (CNv2) support
Changed stats display to include pool hashrate and better formatting
Added parallel GPU initialization
Added output of submitted/accepted/rejected shares.
Changed hashrate reported to be full GPU hashrate (previously hashrate reported was after dev fee deduction)

Changes in v0.3.3
ROCm support reintroduced
API support based on the sgminer API
Improved GPU platform detection
PCIe bus id printed on startup and is available over API
Added option for periodic stats interval

Changes in v0.3.2
Added windows support/build
Added vega PAL driver support
Removed ROCm support (temporarily)
Removed libjansson dependency

Changes in v0.3.1
Fixed phi2 issues with rejected shares and low pool-side hashrate.

Print this item

  SRBMiner Cryptonight AMD GPU Miner V1.9.3 - native algo switching
Posted by: Monet - 11-02-2019, 07:05 PM - Forum: CryptoCurrency - No Replies

SRBMiner Cryptonight AMD GPU Miner V1.9.3 - native algo switching

Windows only

Download V1.9.3:


Mega : https://mega.nz/#F!RagwQKYA!dsK7FFIA_gTsNG5q4McjdA

DevFee only 0.85%
Windows only
Supports Nicehash & SSL/TLS encrypted connections
------------------------------------------------------------------------------------------------------------

============================================================
Significant hashrate increase (up to 15%) on VEGA56/64/FE/VII
Small hashrate increase on RX cards
Please read the TWEAKING PROFILES section
============================================================

Supports Nicehash & SSL/TLS encrypted connections
------------------------------------------------------------------------------------------------------------

============================================================
Significant hashrate increase (up to 15%) on VEGA56/64/FE/VII
Small hashrate increase on RX cards

ATTENTION:

From V1.4.0 the miner uses a separate pools.txt file, where you define your pools, wallet, etc.
Config from older versions that includes pool related data, won’t be used!

Recommended driver:
Adrenalin 18.6.1

Supported algos:

Cryptonight [normal]
Cryptonight Lite [lite]
Cryptonight V7 [normalv7]
Cryptonight Lite V7 [litev7]
Cryptonight Heavy [heavy]
Cryptonight Haven [haven]
Cryptonight Fast [fast]
Cryptonight BitTubeV2 [bittubev2]
Cryptonight StelliteV4 [stellitev4]
Cryptonight ArtoCash [artocash]
Cryptonight Alloy [alloy]
Cryptonight B2N [b2n]
Cryptonight MarketCash [marketcash]
Cryptonight Italo [italo]
Supports Nicehash, Nicehash V7 & SSL/TLS encrypted connections

DevFee:

Low DevFee (0.85%) ; every ~2 hours 1 minute mining for the dev
Non-agressive DevFee mining ; if miner can’t connect to DevFee pool, no problem, switching back to user pool ASAP

Extra:

Watchdog that monitors your GPU threads, if they stop hashing for a few minutes, miner restarts itself
Hash monitor, if 5 minute average hash falls under the value you define, miner restarts itself
Set system shutdown temperature, to protect your GPU’s from overheating
Restart (disable/enable) Vega gpu’s with devcon before mining
API for rig monitoring

Tips:

If you leave intensity on 0 it will play safe, so in many cases you can increase that value to get better results
For better results set double_threads to true, and leave intensity on 0
If you get an error that says it can’t create scratchpad buffer, you have to lower intensity
Largest intensity setting won’t always give you the best hashrate. Experiment and find the best setting for your GPU.

Here’s a (not complete) list of supported coins, and which algo has to be used

normal
+Electroneum
+ByteCoin
+Karbo
+DigitalNote
+Leviar
+Ultranote
+BalkanCoin
+BitSum
+CrepCoin
+DinastyCoin
+LeviarCoin
+BitCoal
+Sumo
+IntuCoin
+Zilla

normalv7
+Monero
+MoneroV
+Intense
+Graft
+BBS
+Wownero
+Lines
+Fonero
+Myztic

lite

litev7
+Turtlecoin
+Iridium
+Aeon

heavy
+Ryo
+Loki
+Bloc.Money
+BixBite
+Saronite
+Ombre
+ItaloCoin
+Niobio
+ZBucks

bittubev2
+Ipbc/BitTube

artocash
+Artocash

alloy
+Alloy

marketcash
+MarketCash

b2n
+Bitcoin2Network

stellitev4
+Stellite

fast
+Masari

haven
+Haven

italo
+ItaloCoin (from block 55.000)

Update infos :

Don’t copy newer version of miner over old one, or if you do make sure you delete .srb files from Cache folder before running it!

SRB-RESTARTER
------------------------------------------------------------------------------------------------------------
SRB-Restarter is a tool that monitors the main SRBMiner process, and if it's not running for some reason (like an app crash for example), it will run the script you specify (restart miner).

Only 3 parameters :

--interval value_in_seconds [def. is 10]
Specifies how often to check is the SRBMiner process running

--instance number
Use it if you run multiple SRBMiner instances on the same machine, example is below
You must use the following file naming :
SRBMiner-CN-n.exe where n is the instance number

--run filename [name of .bat file to run]
Name of .bat you want to run if SRBMiner process in not running


Note:
Miner is considered 'not running' after 2 checks!

Examples:

1.
SRB-Restarter.exe
[This will set interval to 10 seconds, and start.bat if SRBMiner process is not running. It will monitor for a process named SRBMiner-CN.exe]

2.
SRB-Restarter.exe --interval 5 --run turtle-coin.bat
[This will set interval to 5 seconds and run turtle-coin.bat if SRBMiner process is not running. It will monitor for a process named SRBMiner-CN.exe]

3.
SRB-Restarter.exe --interval 30 --run start-heavy.bat --instance 1
[This will set interval to 30 seconds and run start-heavy.bat if SRBMiner process is not running. It will monitor for a process named SRBMiner-CN-1.exe]

V1.9.3
- Fixed CN-Gpu algo compilation on RX 5700 and older GCN cards
- Improved CN-Gpu algo on Rx550/560 , Rx470/480/570/580/590
- 4gb Ellesmere cards got a small hashrate increase on CN-Conceal algo

V1.9.2
- Added parameter '--disablerestartonrejectedshares' to disable auto restart of miner on too many rejected shares
- Added parameter '--maxrejectedshares' to set the number of allowed rejected shares on a pool connection ( min 1, max 100, def. 15)
- Optimisations in OpenCL code, so tiny hashrate increase could be seen on Vegas and Ellesmere cards.
- Minor bug fixes

V1.9.1
- Added support for Navi10 (gfx1010)
- Arto, conceal, normal, normalv7, marketcash, b2n, fast, hycon, hospital algos have lower power consumption on Vegas with auto settings
- Hopefully fixed bug with invalid job id / same job id
- If more than 5 'invalid share' messages received from pool within same connection, auto miner restart
- Fixed cn-gpu hashrate (it was lower from v.1.8.8 -> my mistake)
- CN/R program precompilation process is now only logged, not displayed on screen

V1.9.0
- Added gpu ramp-up (slow start) possibility, so your PSU won't get suddenly overloaded (--enablegpurampup)
- Added low mode tweak profiles
- Added parameter --precompileblocks, which can set the number of blocks that get precompiled on CN/R algo
- Miner will try to restart if CN/R precompilation process takes more than 10 minutes for a gpu
- Minor bug fixes

V1.8.9
- Added tweaking profiles for RX 550/560, RX 470/480/570/580/590 - for some small fine tuning of existing vbios straps
- Profiles 1-6 for Vegas are now a little lighter, 7-10 stayed same
- Added embedded binaries for some gpu's
- Added parameter --nobinaries, use it to disable usage of embedded binaries
- Fixed some bugs in GPU detection code
- Added more info to log when using tweaking profiles
- Added watchdog for too many invalid job results, switches to next pool if more than 5 within the same connection
- Usage of external tweaking tool is now allowed, so you can now fine tune a profile even more if you know how
- Minor bug fixes

V1.8.8
- Reduced CPU usage up to ~50%, can be noticed on algos with small scratchpad
- User is now informed about tweaking status on the screen too, not just in log
- No more --gpureorder, device ordering by bus id is now the default/only display mode
- Added parameter --watchdogrounds , which controls after how many rounds will watchdog trigger
- min_rig_speed_duration default is 1 minute now, because of the new --watchdogrounds parameter
- Fixed a few cosmetical things on web stats

V1.8.7
- Improvements with tweak profile 10 on Vega64 with Samsung memory
- Fixed a bug with pool reconnect on job timeout
- job_timeout is now disabled by default, to enable it set a value > 0
- Fixed min_rig_speed bug that triggered restart with V4 algos
- Added info in api/web stats about tweak profile
- Made hashrate display on web stats page bigger
- In guided setup mode changed max wallet and password length to 200 so address+payment id can be used

V1.8.6
- Added tweaking support for Radeon VII
- There are now 10 tweaking profiles, so you can fine tune even more
- Fixed Cn/R when used on coin other than Monero
- Added new algo 'Upx2' , the new Uplexa algo
- Added fork info about Uplexa and Cypruscoin

V1.8.5
- Fixed the 'tweak_profile' changing with + - on keyboard
- Tweaking is now auto disabled if no supported devices found

V1.8.4
- Performance increase for Vega56/64/Fe/Vii up to 15%!
- Minimum for 'main_pool_reconnect' is now 60 seconds instead of 180
- Added new cmd parameters: --disabletweaking, --cgputweakprofile
- Added new config parameter: tweak_profile

V1.8.3
- maxnosharesent parameter is not used anymore by default, also it's max is moved to 24h
- In guided setup mode password can now be 120 characters long instead of 80 that was previously
- Adl2 is now auto set to older gpus
- Removed Webchain algo
- heavy_mode 3 is now the default
- Fixed stratum+ssl:// in pool url, now it recognises and sets tls to true if used
- Gpu id and bus id now displayed with every accepted/rejected share
- preparedata parameter now gives a small boost on Vegas for turtle, mox, heavy, gpu algos
- Added fork info for sumokoin from cn to cn/r
- Possible fix of random miner crash
- SRB-Restarter now shows date and is logging to a file

V1.8.2
- Upx and litev7 algos on auto settings now have more hashrate or lower power consumption, or both
- Reworked networking code, so probably get rid of a bug or two
- Another try to fix V4 algo crashing
- Maxnosharesent parameter default value is now 45 minutes

V1.8.1
- Fixed a bug that could crash miner if using CNV4 ® algo
- Fixed a bug that crashed miner if doing fast algo switching from CNV4 to any algo
- Stales are not displayed anymore by default, added parameter --showstales which turns back on the display of stale shares
- Changed --maxnosharesent default value from 15 minutes to 30
- Logging is now disabled by default in the example start.bat
- Added parameter --preparedata, which could pontentially make a small speed increase on weak GPU's, but also could make it worse. All algos except webchain

V1.8.0
- Added new algo 'Graft' (graft, cryptonight_graft, cryptonight_reversewaltz, cryptonight_v8_reversewaltz)
- Added cmd parameters giveuplimit, retrytime, mainpoolreconnect, minrigspeed, shutdowntemperature, rebootscriptgpuwatchdog, rebootscriptminrigspeed
- No more mixing of cmd line setup and config files, now it's one or the other
- It is enough to set ccryptonighttype, cpool, cwallet in cmd, gpu's will be auto setup

V1.7.0
Speed increase on BitTube/Haven/Heavy/Italo algos up to ~10% (depends of gpu)
Small speed increase on V8 algo for Vegas
Added new algo CN-Dark [CryoNote]
Added new algo CN-Fest [Festival coin]
Added startup monitor which monitors miner startup process
Added new work mode for GPU hashrate watchdog [–gpuwatchdogdisablemode]
Added yet another gpu tuning parameter ‘aes’
Fixed a bug related to hash speed monitor and algo switching

V1.6.1
Changed IPBC/Bittube old algo to new BitTubeV2 algo (from block 110000)
Max difficulty reconnecting mechanism is now triggering instantly
Added ‘worksize’ option in config.txt, that is applied to every GPU (only if not set in gpu_conf)
Hopefuly fixed a bug with job timeout reconnecting
Hashrate watchdog now triggers even when user not connected to pool

Print this item

  Zealot/Enemy (z-enemy) NVIDIA GPU miner (ver2.3 - support x16rv2).
Posted by: Monet - 11-01-2019, 06:54 PM - Forum: CryptoCurrency - No Replies

Zealot/Enemy (z-enemy) NVIDIA GPU miner.
x16r, x16s, Bitcore, Phi1612, Xevan ,Tribus , x17, c11, AeriumX, XDNA(hex), phi, phi2, skunk etc ..
=========================================================

[b]Z-ENEMY 2.3 From: Dk & Enemy (z-enemy)
 NEW

IMPORTANT:
For maximum performance make sure you have latest drivers
http://www.nvidia.com/Download/index.aspx

Changes:
- Performance improvement: +2-3% x16rv2 algo

[b][b]Windows[/b]: [/b]https://mega.nz/#F!UXxxgKra!7eB8pqiBr4xKyLsvO4yVOg
[/b]

_______________________________________________________________________________ _________

Z-ENEMY 2.2 From: Dk & Enemy (z-enemy)


IMPORTANT:
For maximum performance make sure you have latest drivers

Changes:
Added x16rv2 algo (Upcoming Ravencoin hardfork 1st Oct.)
- Added support for secure stratum+ssl connections. New --no-cert-verify key.
(Disable certificate errors check for ssl connections)
- Fixed GPU data error in json api (/hwinfo)
- Fixed phi2 bug on Cuda 10.1

=====

IMPORTANTRavencoin is switching to the new x16rv2 algorithm on October 1st. There will be a new version of our miner z-enemy-2.2 with x16rv2 released in advance before the hard fork date .

=====

Z-ENEMY 2.1 From: Dk & Enemy (z-enemy)

This version includes a new way to manage and monitor the miner.

Changes:
- Performance improvements: +4-5% most algos (x16r, x16s, x17, hex, bitcore, bcd...)
- Stability improvements

___________________________________________________________________________ ___________________

Z-ENEMY 2.00 From: Dk & Enemy (z-enemy)

This version includes a new way to manage and monitor the miner.

[Image: ?u=https%3A%2F%2Fcdn.discordapp.com%2Fat...CH9kjrdKsA]

New features:
- Added new HTTP JSON API (see json_api_help.txt for the details), available at port 4067 by default
- Added web control panel with real-time monitoring and charts.
The UI is responsive and should be looking well on most mobile phones and tablets.

Other changes:
- The miner informs about API servers (both Telnet and HTTP) being started
- You can now disable both servers with --api-bind=0 and --api-bind-http=0 respectively
- Minor bugfixes and stability improvements

Notes:
- For HTTP server --api-allow command line option isn't having any effect (for now?)

_________________________________

Z-ENEMY 1.28 From: Dk & Enemy (z-enemy)

IMPORTANT:
For maximum performance make sure you have latest drivers (ver. 415+)

Performance improvements of 1.28 compared to previous version (1.27):
- Bitcoin Diamond +7-8%, Hex 4-5% and +3-5% for x16r/s, x17, bitcore, c11, sonoa, etc...

Other changes:
- Added --no-nvml switch to disable NVML monitoring (useful to reduce load on low end CPUs)
- After several tests we recommend using intensity 22 on 1080ti cards on x16r algo (and perhaps others)


Z-ENEMY 1.27 From: Dk & Enemy (z-enemy)

Performance improvements:
Up to +3-4% for x16r/s and hex, +6-8% Bitcoin Diamond, 1-3% on others (x17, bitcore, c11, sonoa, etc...) on GTX 10x0 cards

Z-ENEMY 1.26 ver.1 From: Dk & Enemy (z-enemy)

IMPORTANT:
For maximum performance make sure you have latest drivers (ver. 415+)

Performance improvements:
- Up to +5-7% x16r/s, +7% bitcore, few percent on others (x17, c11, aergo ...) on GTX 10x0 cards.
- Hex algo +10% for GTX 10x0 cards and +2% for RTX 20x0 cards.


Other changes:
- Removed renesis algo
- Improved stability
_______________________________________________________________________

Z-ENEMY 1.25 ver.1 From: Dk & Enemy (z-enemy)

IMPORTANT:
For maximum performance make sure you have latest drivers (ver. 415+)

Performance improvements in x16, x17, c11, bitcore, BCD, aergo, sonoa and hex:
- +10% or more for RTX 2080/2080ti/2070 cards
- +3-7% for GTX 1080Ti/1080/1070ti and lower cards

Bugfixes:
- Reduced CPU usage.

_______________________________________________________________________________ __________

Z-ENEMY 1.24 ver.3 From: Dk & Enemy (z-enemy)

IMPORTANT:

For maximum performance make sure you have latest drivers (ver. 415+)

- Major optimizations for skunk, polytimos and phi
- Minor optimizations for hex and x16r/s, tribus.
- Massive performance boost for RTX 2080/2080ti/2070 in many algorithms.

Other:
- Highlighted hardware stats reporting, colored GPU temperatures (green/yellow/red)
- Added Volta architecture support
- Important update(1.24 ver.2): Fixed multi-gpu crash bug (skunk and polytimos)
- Important update(1.24 ver.3): Fixed reduced poolside hashrate ( XDNA : hex algo)


Z-ENEMY VER 1.23 From: Dk & Enemy (z-enemy)

IMPORTANT:

For maximum performance make sure you have latest drivers (ver. 415+)

- First wave of performance optimizations for RTX 2080 and 2080Ti series up to 10-20% in various algos [Image: clear.png]x16,x17,c11,hex,bitcore,xevan...)
- Minor performance optimizations for older cards (10x0)
- Fixed tribus out of memory bug (now it's possible to run it with higher intensities)
- Removed --tlimit and --plimit options
- Added --max-temp --resume-temp options

- Experimental CUDA 10 support: Higher speeds and stability, support for new RTX2080 & 2080 Ti cards
- Performance improvements: 2-5% for most algos (Hex, X16, X17, Bitcore, C11, etc..)

Cuda 10 version 32 & 64 performs faster in most algos ... Update you Nvidia drivers - minimum (ver. 415+)
Important. This is the first basic build for Cuda 10, please leave feedback in our channel #z-enemy-122test

Z-ENEMY VER 1.21a
From: Dk & Enemy (z-enemy)

IMPORTANT:
For maximum performance make sure you have latest drivers (ver. 398+)

- Performance and stability improvements, few bugs fixed.
- Added uptime reporting.

Same as with previous release, 32 bit version performs faster in some algos ...


Z-ENEMY VER 1.19 (PUBLIC) From: Dk & Enemy (z-enemy)

IMPORTANT:

For maximum performance make sure you have latest drivers (ver. 398+)

- Major performance improvements: 5-7% in various algos (x16 ,x17 , bitcore, c11 , hex , etc ..)
- Stability improvements

32-bit version seems to be faster in some algos again, feel free to test it !


Z-ENEMY VER 1.18 (PUBLIC) From: Dk & Enemy (z-enemy)

IMPORTANT:

For maximum performance make sure you have latest drivers (ver. 398+)

Greetings! We're releasing an updated version of our mining software with some bugfixes and other changes:

- Major performance improvements: 10-15% for Xevan (+ fixed reduced hashrate issue from 1.17)
- Minor performance improvements for other algos
- Stability improvements for XDNA


Z-ENEMY VER 1.17 (PUBLIC) From: Dk & Enemy (z-enemy)

IMPORTANT:

For maximum performance make sure you have latest drivers (ver. 398+)

Greetings, fellow miners! We're releasing an updated version of our mining software with some speed inside:

- Major performance improvements: 5-10% for X16R & X16S, XDNA (hex), x17, Bitcore(BTX), c11, Sonoa, Renesis, Aergo
- Lower end cards like 1050/1060 will see additional few % (yes, a bonus)
- The miner no longer depends on memory, it allows to run memory clock at +0 or -500 MHz without performance loss.

Happy mining!


================================

Z-ENEMY VER 1.16 (PUBLIC)

IMPORTANT:
For maximum performance make sure you have latest drivers (ver. 398+)

zealot/enemy-1.16 (z-enemy) From: Dk & Enemy


- Performance improvements:+7-10% hex(XDNA),+5%-7% x16r&s, few % for other algos (x17, c11, sonoa, renesis, aergo)
- Experimental feature: intensity limit increased (most algos now allow intensity up to 25, test at your own risk)

Z-ENEMY VER 1.12a (PUBLIC)

IMPORTANT:
For maximum performance make sure you have latest drivers (ver. 398+)

For Windows Cuda 9.2 :
zealot/enemy-1.12a (z-enemy) From: Dk & Enemy


- Improved phi2 performance: +4-5% (up to 5 Mh/s for 1070ti, up to 7.5 Mh/s for 1080ti)

- Minor performance improvements for other algos


LAST Z-ENEMY VER 1.12 (PUBLIC)

IMPORTANT:
For maximum performance make sure you have latest drivers (ver. 398+)


zealot/enemy-1.12 (z-enemy) From: Dk & Enemy

- Minor performance improvements: x17 , x16r, x16s, c11 , bitcore, aeriumx and other ...
- New algos: SONOA ( -a sonoa) and PHI2 ( -a phi2)


Z-ENEMY VER 1.11 (PUBLIC)

For Windows (Cuda 9.1)
zealot/enemy-1.11 (z-enemy) From:
 Dk & Enemy

- Performance improvements: x17 (+4-8%), x16r&s (+1-3%) , very fast Phi1612 and other ...
- Fast start on multi gpu-rigs
- GPUs limit increased to 24
- AeriumX(AEX) - the miner supports Aerium new swap algo (-a aeriumx), starting 4th June.
- Added: C11(-a c11) basic and fast x64(ver.4) , Skunk(-a skunk) basic , improved TimeTravel8(-a timetravel) and Polytimos (-a poly)


Z-ENEMY VER 1.10 (PUBLIC)

For Windows (Cuda 9.1)
zealot/enemy-1.10 (z-enemy) From: Dk & Enemy

- Fixed compatibility issues that resulted in performance degradation with some non-yiimp pools. Now you'll see the expected hashrate on them (suprnova).

- Kernels speed improvements : (1.09a vs 1.10) +1-2% total (all algos) and (1.09b vs 1.10) +1-2% for x16r &x16s.

- Support & impove new algo : Tribus (-a tribus) , recommended intensity for Tribus 20-21. +5% speed vs 1.09b ( Service release)


First time or troubleshooting x16:
- First time users - ver. 1.12 works on Cuda 9.1&9.2 and it is recommended to make sure you've updated your NVIDIA drivers. You can find drivers here ver., 398+++
- Next important thing is intensity. We recommend intensity -19 at first, however if your PC has 8GB or more, fast SSD, and big swap file on it you may use -20/21.
- X16r algo is very wild and eratic. *Very important* Make sure to have enough power reserve on PSU. Please be sure you have a minimum 20% headroom on your PSU or set your PL on 70-80% usage.
- Using +core and +mem is useful but, use no OC at first until you verify stability.


Performance and fine tuning x16:
- This release z-enemy 1.12 is reported to be more stable when it using higher PL (90-110%) and +core and +memory overclocking, feel free to experiment with it.
- Updating drivers can provide more gains
- Recommended intensity is 20, set 21 only if you know what you are doing. ( 16GB RAM or/and good SWAP file on SSD) Use caution
- Recommended memory 0 or +
- Recommended core +50+150 ( 1800-1900MHz 1080 Ti)
- Overclock slowly and allow plenty of time to verify stability (12-24hrs) before making anymore adjustments. x16r is a very chaotic algorithm so just because it works for 1 hr doesn't mean you can't crash over longer time. Sometimes hash order can lead to 2000+mhz and crash system. Keep in mind – overclocking is always at your own risk!
- Yiimp pools recommend manual diff (-p d=16) - for small farms or (-p d=48 ) - for good farms like 5-6 1080 Ti If you need to name your rigs as well as set diff you may try -p rigname,d=16

Diff x16 can be calculated by mutliplying the following:
Number of 1060's multiplied by 3-4
Number of 70ti's or 80's multiply by 4-8
Number of 80ti's multiply by 6-12

example: If you have 3 1060's then diff would be 9-12
if you have 8 70ti's then your diff would be 48-96


Dev fee:
- low dev fee 1%
- Dev fee will start randomly when miner is first started. After 1% of time mined then automatically switches back to user pool.

Information about x16:

Every block contain 16 random algos.

All algos have Fast, Medium and Slow speeds so depending on the order and what speeds they are will determine your hashrate at any given time.

Fast: Blake (Blk),Bmw512(Bmw), Keccak (Kck), Skein(Ske), Shabal(Shb), Sha512(Sha)
Medium: Jh512 (Jh5), Luffa (Luf), Cube(Cub), Shavite (Shv), Fugue (Fug), Whirlpool (Wrl)
Slow: Groestl (Gro), Simd (Smd), Echo (Ech), Hamsi (Ham)

Example:
Block 181085, difficulty 20228.532
Hashorder: EchFugBmwShaJh5FugShvEchSmdBmwHamWrlJh5KckSkeHam

Means first algo is Slow Echo (Ech)> next Medium Fugue (Fug) > …> last Hamsi (Ham). The more fast algos in a block is what drives miner speed to the moon! (more MH)


Samples:

Yiimp pools:

z-enemy -a phi -o stratum+tcp ://pool bsod pw:6667 -u LQCifDiNVXjM_your_wallet_CUqZJBa75p11 -p x

z-enemy -a x16r -o stratum+tcp ://yiimp eu:3636 -u RWgpF9GefjD_your_wallet_1gQmQjpYtYt.GTX950 -p d=3 -i 19

z-enemy -a bitcore -o stratum+tcp://yiimp eu:3556 -u 1D2dKSprpK_your_wallet_1wa8b2LnJ826uf -p x -i 20

Suprnova pool:

z-enemy -a x16r -o stratum+tcp //rvn suprnova cc:6667 -u your_Login.your_worker_name -p x -i 20


FAQ:

I cannot start miner, it says I'm missing msvcr120.dll?
Download and reinstall drivers from

My miner crashed - cuda error in funk `cuda_check_cpu_setTarget` why ?
This error is caused by overclocking, lower your GPU and VRAM clocks.

Latest drivers recommended?
Yes however, sometimes a new driver can cause an issue and using a previous version may work better. You will need to verify. We recommend at least NVIDIA drivers of 390+++ or 398.xx

What is restart-fix.reg in windows download folder?
This file will fix pop-up window and lets the miner restart after crash. Run once.

How many GPU's can I run?
We have confirmed reports on 19 cards

Is there an easy way to auto restart miner if it crashes?
Yes, check our samples *.cmd file in windows build. Like:
Confusedtart
z-enemy -a phi -o stratum+tcp://pool bsod pw:6667 -u LQCifDiNV_YOUR_WALLET_F3CUqZJBa75123 -p x
goto start

Does z-enemy 1.12 not support api?
Yes, try --api-remote and/or --api-allow= ( simple 0/0 )

z-enemy no supports ccminer.conf default value loading from .conf file ?
z-enemy support config.json

Print this item

  PhoenixMiner 4.7c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
Posted by: Monet - 11-01-2019, 07:14 AM - Forum: CryptoCurrency - No Replies

Important message for everyone that is running older versions of PhoenixMiner (before 4.7):

Changes in version 4.7c (since 4.6c):

New kernels for Navi (RX5700) with better stability. Should solve the freezing and restarts that some miners are experiencing with Navi cards
Reduced VRAM usage for both AMD and Nvidia cards on Windows and Linux
Added command-line option -config to load a config.txt file. This allows combining command-line options and config.txt file.
Added support for mining QuarkChain (QKC) without DAG switching on devfee (use -coin qkc)
Added support for the latest AMD Windows drivers up to 19.10.1
Other small improvements and fixes.

PhoenixMiner is fast (arguably the fastest) Ethash (ETH, ETC, Muiscoin, EXP, UBQ, etc.) miner that supports
both AMD and Nvidia cards (including in mixed mining rigs). It runs under Windows x64 and Linux x64
and has a developer fee of 0.65% (the lowest in the industry). This means that every 90
minutes the miner will mine for us, its developers, for 35 seconds.

PhoenixMiner also supports Ubqhash for mining UBQ, ProgPOW for mining BCI, and dual mining
Ethash/Ubqhash with Blake2s.

The speed is generally faster than Claymore's Ethereum miner in eth only mode
(we have measured about 0.4-1.3% speed improvement but your results may be slightly lower or
higher depending on the GPUs). To achieve highest possible speed on AMD cards it may be needed
to manually adjust the GPU tune factor (a number from 8 to about 400, which can be changed
interactively with the + and - keys while the miner is running).

If you have used Claymore's Dual Ethereum miner, you can switch to PhoenixMiner with
minimal hassle as we support most of Claymore's command-line options and confirguration
files.

Please note that PhoenixMiner is extensively tested on many mining rigs but there still may be some bugs.
Additionally, we are actively working on bringing many new features in the future releases.
If you encounter any problems or have feature requests, please post them here (in this thread).
We will do our best to answer in timely fashion.


1. Quick start

You can download PhoenixMiner 4.7c from here:


https://mega.nz/#F!EKhhBSIA!2wybVCXirXJ2NYariY5ziw (MEGA)

Examples of settings for different pools.

ethermine org (ETH):
PhoenixMiner.exe -pool eu1 ethermine org:4444 -pool2 us1 ethermine org:4444 -wal YourEthWalletAddress.WorkerName -proto 3
ethermine org (ETH, secure connection):
PhoenixMiner.exe -pool ssl: //eu1 ethermine org: 5555 -pool2 ssl: //us1 ethermine org: 5555 -wal YourEthWalletAddress.WorkerName -proto 3
ethpool org (ETH):
PhoenixMiner.exe -pool eu1 ethpool org:3333 -pool2 us1 ethpool org:3333 -wal YourEthWalletAddress.WorkerName -proto 3
dwarfpool com (ETH):
PhoenixMiner.exe -pool eth-eu dwarfpool com:8008 -wal YourEthWalletAddress / WorkerName -pass x
nanopool org (ETH):
PhoenixMiner.exe -pool eu1 nanopool org:9999 -wal YourEthWalletAddress / WorkerName -pass x
nicehash (ethash):
PhoenixMiner.exe -pool stratum + tcp: //daggerhashimoto eu nicehash com: 3353 -wal YourBtcWalletAddress -pass x -proto 4 -stales 0
f2pool (ETH):
PhoenixMiner.exe -epool eth f2pool com:8008 -ewal YourEthWalletAddress -pass x -worker WorkerName
miningpoolhub (ETH):
PhoenixMiner.exe -pool us-east ethash-hub miningpoolhub com:20535 -wal YourLoginName.WorkerName -pass x -proto 1
coinotron com (ETH):
PhoenixMiner.exe -pool coinotron com:3344 -wal YourLoginName.WorkerName -pass x -proto 1
ethermine org (ETC):
PhoenixMiner.exe -pool eu1-etc ethermine org:4444 -wal YourEtcWalletAddress.WorkerName
dwarfpool com (EXP):
PhoenixMiner.exe -pool exp-eu dwarfpool com:8018 -wal YourExpWalletAddress / WorkerName
miningpoolhub (MUSIC):
PhoenixMiner.exe -pool europe ethash-hub miningpoolhub com:20585 -wal YourLoginName.WorkerName -pass x -proto 1
ubiqpool (UBIQ):
PhoenixMiner.exe -pool stratum + tcp: //eu ubiqpool io: 8008 -wal YourUbiqWalletAddress -pass x -worker WorkerName
minerpool net (PIRL):
PhoenixMiner.exe -pool pirl minerpool net:8002 -wal YourPirlWalletAddress -pass x -worker WorkerName
dodopool com (Metaverse ETP):
PhoenixMiner.exe -pool etp dodopool com:8008 -wal YourMetaverseETPWalletAddress -worker Rig1 -pass
minerpool net (Ellaism):
PhoenixMiner.exe -pool ella minerpool net:8002 -wal YourEllaismWalletAddress -worker Rig1 -pass x

Pool options:

3. Command-line arguments

Note that PhoenixMiner supports most of the command-line options of Claymore's dual Ethereum miner
so you can use the same command line options as the ones you would have used with Claymore's miner.


-pool <host:port> Ethash pool address (prepend the host name with ssl:// for SSL pool, or http:// for solo mining)
-wal <wallet> Ethash wallet (some pools require appending of user name and/or worker)
-pass <password> Ethash password (most pools don't require it, use 'x' as password if unsure)
-worker <name> Ethash worker name (most pools accept it as part of wallet)
-proto <n> Selects the kind of stratum protocol for the ethash pool:
1: miner-proxy stratum spec (e.g. coinotron)
2: eth-proxy (e.g. dwarfpool, nanopool) - this is the default, works for most pools
3: qtminer (e.g. ethpool)
4: EthereumStratum/1.0.0 (e.g. nicehash)
5: EthereumStratum/2.0.0
-coin <coin> Ethash coin to use for devfee to avoid switching DAGs:

auto: Try to determine from the pool address (default)
eth: Ethereum
etc: Ethereum Classic
exp: Expanse
music: Musicoin
ubq: UBIQ
pirl: Pirl
ella: Ellaism
etp: Metaverse ETP
pgc: Pegascoin
akroma: Akroma
whale: WhaleCoin
vic: Victorium
nuko: Nekonium
mix: Mix
egem: EtherGem
aura: Aura
hbc: Hotelbyte Coin
gen: Genom
etz: EtherZero
clo: Callisto
dbix: DubaiCoin
moac: MOAC
etho: Ether-1
etcc: EtherCC
yoc: Yocoin
b2g: Bitcoiin2Gen
esn: Ethersocial
ath: Atheios
reosc: REOSC

4. Configuration files

Note that PhoenixMiner supports the same configuration files as Claymore's dual Ethereum miner
so you can use your existing configuration files without any changes.

Instead of using command-line options, you can also control PhoenixMiner with configuration
files. If you run PhoenixMiner.exe without any options, it will search for the file config.txt
in the current directory and will read its command-line options from it. If you want, you can
use file with another name by specifying its name as the only command-line option
when running PhoenixMiner.exe.

You will find an example config.txt file in the PhoenixMiner's directory.

Instead of specifying the pool(s) directly on the command line, you can use another configuration
file for this, named epools.txt. There you can specify one pool per line (you will find an example
epools.txt file in the PhoenixMiner's directory).

For the dual mining pools, you can use the dpools.txt file, which has the same format as epools.txt
but for the secondary coin. You will find an example epools.txt file in the PhoenixMiner's directory.
Note that unlike the epools.txt, which is loaded each time when the miner starts, the dpools.txt file
is only read if you specify a dual mining pool on the command line with -dpool, or at least add
the -dcoin blake2s command-line option.

The advantages of using config.txt and epools.txt/dpools.txt files are:
- If you have multiple rigs, you can copy and paste all settings with these files
- If you control your rigs via remote control, you can change pools and even the miner options by
uploading new epools.txt files to the miner, or by uploading new config.txt file and restarting
the miner.

5. Remote monitoring and management

Phoenix miner is fully compatible with Claymore's dual miner protocol for remote monitoring and
management. This means that you can use any tools that are build to support Claymore's dual miner,
including the "Remote manager" application that is part of Claymore's dual miner package.

We are working on much more powerful and secure remote monitoring and control functionality and
control center application, which will allow better control over your remote or local rigs and some
unique features to increase your mining profits.

Print this item