Bitcoin Forum
July 22, 2019, 06:56:25 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Alternate cryptocurrencies / Mining (Altcoins) / WildRig Multi 0.18.0: AMD miner with multialgo support on: September 07, 2018, 10:44:42 AM
WildRig Multi 0.18.0 beta

This is further development of original WildRig with support for new algorithms, different stratum protocol and only for AMD gpu's.

DISCLAIMER:
Mining almost all these algorithms that WildRig Multi support isn't the same thing as mining Cryptonight family or Ethereum. These algo's more power consuming and core intensive, especially something like x16r. So please, make sure your PSU's are good enough, GPU's are rock stable and voltage for them set well. Low core voltage won't work here in most cases. If you get any instability - start from stock and find your optimal settings.

Discord: https://discord.gg/RkywAu5

Download for Windows(mirror, all versions can be found here)
dependencies: Visual C++ Redistributable 2015 x64

Download for Linux(mirror)
dependencies: amdgpu-pro driver

HiveOS: check update for HiveOS, it should provide latest version.

Instructions how to install on EthOS

Alternative way to install on EthOS

KNOWN ISSUES:
- any report is welcome! Smiley

SUPPORTED GPU's:
- GCN 2nd gen: R7 260, R9 290, R9 295X2, R7 360, R9 390
- GCN 3rd gen: R9 285, R9 380, R9 Fury, R9 Nano
- GCN 4th gen: RX460, RX470, RX480, RX550, RX560, RX570, RX580, RX590
- GCN 5th gen: Vega 56, Vega 64, Radeon VII(but need some changes for better performance)

Pitcairn, Tahiti and other old cards of GCN 1st gen(like HD 78x0, HD 79x0, R7 265, R9 270, R9 280, R9 370, etc.) are not supported and won't be, because they are too old and need additional work.

SUPPORTED ALGORITHMS and BENCHMARKS:
Tested on my cards with auto parameters. OS: Windows 7; Used drivers: 19.2.3 Cards are modified this way(using OverdriveNTool 0.2.8 beta 1):
R9 290X: XFX R9 290X DD 4GB, stock clocks(1000Mhz/1250Mhz)
R9 380X: Sapphire R9 380X NITRO 4Gb, stock clocks(1040Mhz/1500Mhz)
RX550: ASUS RX550 2Gb, stock clocks(1183Mhz/1750Mhz), timings from 1500 strap(Hynix)
RX560: MSI RX560 Aero ITX 4Gb, stock clocks(1196Mhz/1750Mhz), 925mV core voltage, timings from 1500 strap(Hynix)
RX570: GIGABYTE RX570 GAMING 4Gb, stock clocks(1244Mhz/1750Mhz), 950mV core voltage, timings from 1500 strap(Elpida)
RX580: SAPPHIRE RX580 PULSE 4Gb, stock clocks(1340Mhz/1750Mhz), 1025mV core voltage, timings from 1500 strap(Elpida)
RX590: SAPPHIRE RX590 NITRO+ 8Gb, stock clocks(1560Mhz/2100Mhz), 1050mV core voltage, custom timings(Hynix)
Vega 64: ASUS Vega 64 8Gb, stock clocks(1630Mhz/945Mhz), 1000mV core voltage. While mining it drops clocks to 1530/945

For some algorithms lower core clocks specified because of exceeding power limit.
NOTE: Update in progress.
 R9 290X 1000Mhz/1250Mhz  
 R9 380X 1040Mhz/1500Mhz  
 RX550 1183Mhz/1750Mhz  
 RX560 1196Mhz/1750Mhz  
 RX570 1244Mhz/1750Mhz  
 RX580 1366Mhz/1750Mhz  
 RX590 1560Mhz/2100Mhz  
 Vega64 1530Mhz/945Mhz  
bcd
~7.8 MH/s
~6.1 MH/s
~2.1 MH/s
~4.7 MH/s
~10.1 MH/s
~12.4 MH/s
~14.3 MH/s
~24.3 MH/s
bitcore
~10.5 MH/s
~7.7 MH/s
~3.1 MH/s
~6.8 MH/s
~13.8 MH/s
~17.2 MH/s
~19.5 MH/s
~29.6 MH/s
c11
~9.8 MH/s
~6.6 MH/s
~2.6 MH/s
~5.8 MH/s
~11.7 MH/s
~14.8 MH/s
~16.5 MH/s
~26.2 MH/s
dedal
~6.3 MH/s
~4.7 MH/s
~1.9 MH/s
~4.0 MH/s
~8.8 MH/s
~10.6 MH/s
~12.5 MH/s
~19.5 MH/s
geek
~10.0 MH/s
~7.9 MH/s
~3.0 MH/s
~6.5 MH/s
~13.4 MH/s
~16.7 MH/s
~18.7 MH/s
~31.1 MH/s
hex
~6.4 MH/s
~4.8 MH/s
~1.8 MH/s
~4.1 MH/s
~8.4 MH/s
~9.6 MH/s
~11.8 MH/s
~18.5 MH/s
hmq1725
~4.2 MH/s
~3.5 MH/s
~1.1 MH/s
~2.5 MH/s
~5.3 MH/s
~6.3 MH/s
~7.5 MH/s
~12.7 MH/s
honeycomb
~14.9 MH/s
n/a
~4.5 MH/s
~9.7 MH/s
~22.5 MH/s
~25.4 MH/s
~30.8 MH/s
~51.0 MH/s
lyra2vc0ban
~38.3 MH/s
~25.2 MH/s
~8.3 MH/s
~15.9 MH/s
~35.2 MH/s
1200Mhz ~38.1 MH/s
~49.3 MH/s
1150Mhz ~66.0 MH/s
lyra2v3
~42.5 MH/s
~19.4 MH/s
~9.2 MH/s
~18.0 MH/s
~39.6 MH/s
1200Mhz ~43.0 MH/s
~56.0 MH/s
1150Mhz ~77.3 MH/s
phi
~9.2 MH/s
~6.8 MH/s
~3.2 MH/s
~7.2 MH/s
~14.6 MH/s
~18.5 MH/s
~20.5 MH/s
~36.4 MH/s
polytimos
~10.3 MH/s
~8.3 MH/s
~3.9 MH/s
~8.5 MH/s
~17.4 MH/s
~21.9 MH/s
~24.5 MH/s
~44.3 MH/s
sha256t
~502 MH/s
~381 MH/s
~101 MH/s
n/a
~460 MH/s
1300Mhz ~541 MH/s
~647 MH/s
~1.1 GH/s
sha256q
~375 MH/s
~285 MH/s
~75.8 MH/s
n/a
~343 MH/s
1300Mhz ~403 MH/s
n/a
~860 MH/s
skunkhash
~11.8 MH/s
~9.6 MH/s
~4.8 MH/s
~10.7 MH/s
~22.7 MH/s
~27.5 MH/s
~32.1 MH/s
~57.8 MH/s
sonoa
~1040 kH/s
~770 kH/s
~280 kH/s
~600 kH/s
~1.24 MH/s
~1.55 MH/s
~1.75 MH/s
~2.93 MH/s
timetravel
~18.3 MH/s
~12.1 MH/s
~4.0 MH/s
~8.9 MH/s
~18.0 MH/s
~22.8 MH/s
~25.4 MH/s
~44.8 MH/s
tribus
~40.5 MH/s
~28.4 MH/s
~9.4 MH/s
~19.7 MH/s
~41.1 MH/s
~51.1 MH/s
~57.4 MH/s
~99.0 MH/s
wildkeccak
n/a
n/a
~1.0 MH/s
n/a
~1.9 MH/s
~1.9 MH/s
~1.9 MH/s
~4.3 MH/s
x16 family
~6.8 MH/s
~5.4 MH/s
~1.9 MH/s
~4.0 MH/s
~8.9 MH/s
~10.9 MH/s
~12.4 MH/s
~20.6 MH/s
x17
~6.8 MH/s
~5.3 MH/s
~1.8 MH/s
~4.0 MH/s
~8.7 MH/s
~10.8 MH/s
~12.3 MH/s
~20.2 MH/s
x21s
~4.8 MH/s
~3.8 MH/s
~1.4 MH/s
~2.9 MH/s
~6.4 MH/s
~7.8 MH/s
~9.1 MH/s
~14.7 MH/s
x22i
~3.8 MH/s
~2.7 MH/s
~1.0 MH/s
~2.2 MH/s
~4.9 MH/s
~5.8 MH/s
~6.8 MH/s
~12.3 MH/s
x25x
n/a
~610 kH/s
~150 kH/s
~370 kH/s
~800 kH/s
~1000 kH/s
~1150 kH/s
~2300 kH/s
xevan
~2.1 MH/s
~1.6 MH/s
~600 kH/s
~1.3 MH/s
~2.8 MH/s
~3.4 MH/s
~4.0 MH/s
~6.8 MH/s

bitcore, x16r, x16rt, x16s, x21s: these algorithms benchmarked with hashorder "0123456789ABCDEF". With pool you will get higher and lower values, depends on hashorder
hex: this algorithm benchmarked with BLAKE as first algo. With pool you will get higher and lower values, depends on hashorder of current block.
timetravel: this algorithm benchmarked with hashorder "012345678". With pool you will get higher and lower values, depends on hashorder and length of it for current block.
wildkeccak is memory hard algorithm, so better your timings and higher memory clocks - higher your hashrate

another supported algorithms, but not benchmarked because of low interest or they just ASIC mineable:
- aergo, anime
- blake2b-btcc, blake2b-glt, blake2s, bmw512
- exosis
- glt-astralhash, glt-globalhash, glt-jeonghash, glt-padihash, glt-pawelhash
- lyra2v2
- nist5
- quark, quibit
- renesis
- sha256, sha256d, skein2
- x11, x12, x13, x14, x15, x18, x20r

OPTIMAL PARAMETERS:
Since version 0.15.2 parameters --opencl-threads and --opencl-launch set automatically when you put auto. If you want to try different values to find probably better performance, you can start from values shown below each GPU initialization line.
E.g. lines below means --opencl-threads 2 --opencl-launch 21x0. Where --opencl-launch consist of Intensity x Worksize.
Code: (log)
[2019-02-08 14:20:05] GPU #1 [BusID: #4] [Ellesmere] Radeon RX 570 Series
[2019-02-08 14:20:05] threads: 2, intensity: 21, worksize: 0/256, cu: 32, memory: 4096Mb

HINTS:
- some algo's can boost if use parameter --opencl-threads set to 2, or even 3(e.g. phi and skunkhash, but can be unstable)
- higher intensity not always more hashrate, try both more and less value than auto
- try different worksize, e.g. 64 or 128 instead of mostly used 0(same as 256).

DEV-FEE:
- by default is 2% and can be reduced(see how wildrig.exe --help)
- wildkeccak algorithm is 2% with no possibility to change

TODO:
- extend statistics per GPU(amount of found, rejected and stale shares)
- improve API, show zero statistics for inactive gpu's if use --opencl-devices parameter
- implement executing custom command when watchdog catch the gpu hang

Example of command-line start(with loop if miner crash):
Code: (bat)
@echo off

:loop

wildrig.exe --print-full --algo algo --opencl-threads auto --opencl-launch auto --url pool:port --user wallet --pass password

if ERRORLEVEL 1000 goto custom
timeout /t 5
goto loop

:custom
echo Some error happened, put custom command here
timeout /t 5
goto loop

Changelog:
Code:
0.18.0
- added glt-globalhash algorithm
- implemented --gpu-temp-limit and --gpu-temp-resume parameters
- now additionally to hashrate miner will show GPU temperature, fan speed and uptime
- added parameter --print-power(which will show power consumption per GPU Chip)
- added parameter --benchmark-timeout*

0.17.9:
- fixed blake2b family for Linux
- wildkeccak around %1 speed increase
- added --print-devices parameter

0.17.8:
- improved blake2b(lower power consumption on pre-Vega gpu's and higher hashrate on Vega gpu's)

0.17.7:
- donation for honeycomb now can be reduced to 1%
- slightly improved different algorithms for Vega cards(e.g. honeycomb up to 3%)

0.17.6:
- up to 5%-6% faster blake2b-btcc and blake2b-glt
- added skein2(WoodCoin)

0.17.5:
- added blake2b-btcc and blake2b-glt algorithms
- fixed gfx907(some Radeon VII gpu's) support

0.17.4:
- added just for fun anime algo
- possible fix to crash on Linux
- improved honeycomb up to 3%

0.17.3:
- up to 20% faster x25x

0.17.2:
- fixed support x25x on Linux
- fixed handling rejects for some pools(e.g. coinfoundry)

0.17.1:
- fixed x22i and x25x for Radeon VII
- fixed Tonga support
- re-tuned auto parameters for Baffin's, gfx804 and Hawaii gpu's

0.17.0:
- added x25x
- re-tuned auto-parameters to maximize hashrate with new optimizations for x16-family and other complex algorithms(right now only for Tonga, Fiji, RX470/570/RX480/RX580 and Vega cards)

0.16.5:
- should be better stability for wildkeccak using --scratchpad-safe-update on some systems
- improved x16-like(Shavite at start), honeycomb and skunkhash

0.16.4:
- improved honeycomb
- fixed hex, hmq1725 and some other algorithms hashrate regression
- fixed parameters --scratchpad-safe-update, --scratchpad-full-update, --no-extranonce(they was random if not specified)
- fixed communication with some pools

0.16.3:
- continue improve some hashorders for x16 family(JH512 in middle, SIMD at start)
- special improvement for Vega on almost all algorithms(bcd, x16-fmaily, hex, x22i, etc.)
- added parameter --no-extranonce
- added parameter --scratchpad-full-update

0.16.2:
- fixed xevan on Vega
- another improve to x16-like algorithms for specific hashorder(SIMD at start)

0.16.1:
- added algorithm xevan
- improved speed a bit for some hashorders in x16-like algorithms(CubeHash and Echo at start)
- added parameter --scratchpad-safe-update for wildkeccak algorithm

0.16.0:
- added wildkeccak algorithm
- added honeycomb algorithm(since 0.15.6 preview - boost up to 5%)
- improved speed on some hashorders for x16-like algorithms
- interface changes, now real difficulty of shares shown and so on

0.15.3.8:
- tuned auto-parameters for Vega
- fixed Tonga and Bonaire support

0.15.3.7:
- tuned auto parameters for RX550 and for some algorithms for other gpu's

0.15.3.6
- added support for Lexa RX550(gfx804)
- increased a bit speed of lyra2v3
- added bmw512
- added --diff-factor parameter
- removed diff from accepted message
- fixed support for Fiji and Tonga

0.15.2.2
- fixed broken Ctrl+C command

0.15.2.1
- fixed skunkhash

0.15.2
- tweaked lyra2v3 a bit
- fixed x16rt to support GIN coin
- temporary removed mtp algo(will be improved in next releases)
- implemented auto parameter for --opencl-threads and --opencl-launch(will work only for RX460/RX560, RX470/RX570, RX480/RX580 and Vega 56/64)
- now Ctrl+C(closing the miner) works more correctly

0.14.0
- added support for lyra2v3, lyra2vc0ban, glt-astralhash, glt-jeonghash, glt-padihash and glt-pawelhash
- correct shutdown of miner

0.13.4
- added algo x21s, dedal
- correct checking rejects from pools like suprnova
- improved speed of hex, hmq1725, x16r, x16s, x22i

0.13.2
- improved hashrate for hex, hmq1725, sonoa, x16r, x16s, x17, x18 and x22i
- extended accepted/rejected message with number of GPU that solved the share

0.13.1
- added aergo algo
- fixed stability of hashrate

0.13.0
- added x18 algo
- improved speed for x16, x17, hex and other algo's

0.12.9
- increased hashrate for x22i up to 10%
- fixed hashrate drops for x22i
- slight boost for x16r, x16s and x17 algo

0.12.8.1
- fixed rejects in some cases for x16r, x16s, hex and some timetravel algo's

0.12.8
- speedup for all algo's, up to 10%

0.12.7
- fixed low hashrate on Vega cards
- more improvements to x22i
- now higher intensity can be set

0.12.6
- significant increase of hashrate for x22i algo
- fixed support gfx901

0.12.5.1
- one more fix for NiceHash support

0.12.5
- fixed random crash after "new job", introduced in 0.12.4
- fixed NiceHash support
- fixed extra nonce subscription
- officially added algorithms x22i, exosis and skunkhash

0.12.1.1
- fixed hashrate printing per gpu

0.12.1
- added bitcore(timetravel10) algo
- improved hashrate for x16r/x16s/hex algo's when fugue, whirlpool, or skein is first in hashorder
- slight hashrate increase for all algo's where fugue used(e.g. bcd, renesis, a bit higher increase for sonoa and hmq1725)
- implemented colorized hashorder printing for some algo's
- implemented --benchmark parameter
- reworked --opencl-threads, now will work with --opencl-devices correctly
- fixed custom algo support in HiveOS

0.12.0
- slight speedup for bcd
- fixed API for showing correct hashrate when use --opencl-threads
- stripped kernels

0.11.9
- speedup x16r/x16s in some cases on final step
- fixed regress for simd, so should speedup x16r/x16s and return speed for other algos(bcd, sonoa, etc.)
- added hex algo
- now intensity can be set using sgminer-like numbers(old one supported too)
- improved API a bit, now threads contains hashrate per GPU, not per thread, so it should be correct now for HiveOS/etc.
- fixed GPU numbering at start when --opencl-threads used

0.11.8
- regen job now per GPU, should increase poolside hashrate
- added x16r, x16s and timetravel algorithms
- 30% boost for hmq1725
- grouped print of hashrate per GPU when use --opencl-threads parameter
- H/s unit in API instead of kH/s

0.11.7
- slight hashrate improvement
- added x17 algo
- improved pool communication code
- backup pools support(just use --url, --user and --pass as many times as you need)

0.11.6
- fixed regen job(it was working only once per "new job" message)
- optimized phi and renesis a bit
- some changes to kernels for more safe and correct calculations

0.11.5
- some small improvements to renesis, c11, phi, bcd, tribus
- implemented job regen using extra nonce, should be no more "waiting for a new job more than"(pool should support extra nonce subscription, some of GeekCash pools don't support it)
- one more fix to "Duplicate share" problem

0.11.4
- implemented subscribe for extra nonce
- final fix for "Duplicate share"
- implemented support few solved shares per iteration for one GPU

0.11.3
- some minor improvements to hashrate of different algo's
- added c11 and tribus

0.11.2
- critical: fixed sonoa hashing
- fixed sending stale shares
- fixed possible "Duplicate share"
- added phi algo

0.11.1
- fixed support not yiimp-based pools
- significant boost for all algo's
- added geek algo

0.11.0
- fixed rejects after donation mining
- critical: fixed possible stuck at donation mining if miner can't login

0.10.9
- added bcd algo
- improved speed for hmq1725
- a bit more correct share validation for sonoa and renesis

0.10.8.1:
- fixed hmq1725 algo

0.10.8:
- added sonoa algo
- implemented --opencl-threads parameter

0.10.7:
- added hmq1725 algo
- improved speed for renesis algo
- added gfx900 kernels
2  Alternate cryptocurrencies / Mining (Altcoins) / WildRig: new miner for Wild Keccak algo on: July 03, 2018, 08:04:24 AM
WildRig 0.10.5 beta

multi-algo version is here

Download for Windows(all versions can be found here)
dependencies: Visual C++ Redistributable 2015 x64
note: don't forget to use 398+ drivers for NVIDIA

Download for Linux(no api version)
dependencies: libcurl, libuv1, libmicrohttpd10
note: compiled under Ubuntu 16.04 LTS, so if you get problem with libmicrohttpd10, use "no api" version
note: don't forget to use 398+ drivers for NVIDIA

Download for HiveOS(custom miner integration)
dependencies: libcurl, libuv1, libmicrohttpd10
note: use wildrig as a name for miner while installation

Download HiveOS custom package from HiveOS dev's

mirror on github

Discord: https://discord.gg/RkywAu5

advantages over minerd and ccminer:
- faster for 4%-10% on AMD in comparison with minerd using boosted kernel
- more solved shares than ccminer can do
- fast scratchpad update(less hashrate drop when new addendum blocks received and pushed to vram)
- auto re-downloading scratchpad if failed(known problem with ccminer), also patching the local file every 10Kb of new data(each ~1hour)
- asynchronous share send to avoid wasting GPU resources when internet connection is slow
- no limit for amount of GPU's as in original minerd
- watchdog(see description for --watchdog parameter)
- new interface
- API to check miner stats via web

known issues:
- watchdog can hang miner while trying to terminate the process(depends on how badly drivers are hanged, happens only for AMD as I know), so use it carefully. Later I will extend some parameters to call custom bat-file with rebooting the system or restart the driver if needed
- getting n/a for one or few cards at start(no "scratchpad updated" messages for them). Can happen on rigs with a lot of GPU's(e.g. 12). Use parameter --safe-scratchpad-update in this case
- statistics doesn't work in HiveOS GUI(working on that)

kernels:
AMD cards can use different kernels via --opencl-kernel parameter. Also you can set different kernel for each card, just use comma separation. Some cards can hang on boosted kernel, so probably better to set default one instead of lowering clocks.
- 0 is default one
- 1 can increase hashrate a bit on some cards like RX550
- 2 should be used with old hardware like Radeon HD 7xxx
- 3 boosted kernel
- 4 boosted kernel with the same changes as in kernel 1

note for AMD Vega's
for mining Boolberry better to set --opencl-launch to 128x32 or 256x32 and get significant hashrate increase

note for RX 570/580
for mining Boolberry better to set --opencl-launch to 240x32 and get additional ~20kH/s

Testing and reporting issues are welcome! Smiley

coins:
- Boolberry
- Purk

dev-fee:
currently 2% only, fully compensates on NVIDIA's because of improvements and for AMD's because of better hashrate.

TODO:
- make avg. effort calculation based on some amount of shares, instead of all shares
- implement some experiment parameter --cheat-effort, when miner will try to get new job when effort is not acceptable
- implement CPU mining(?)
- implement executing custom command when watchdog catch the gpu hang
- ADL/NVML for monitoring videocards health
- open source some day once all things will be done good Smiley

Example of command-line start for AMD videocards(with loop if miner crash):
Code: (bat)
@echo off

:loop
wildrig.exe --opencl-launch=256x0 --send-stale --url=bbr.luckypool.io:5577 --user=WALLET --pass=IFNEEDED --scratchpad-file=scratchpad.bin --scratchpad-url=http://eu-bbr.luckypool.io/scratchpad.bin
if ERRORLEVEL 1000 goto custom
timeout /t 5
goto loop

:custom
echo Custom command here
timeout /t 5
goto loop

Same example for NVIDIA using CUDA:
Code: (bat)
@echo off

:loop
wildrig.exe --cuda-launch=1024x256 --send-stale --url=bbr.luckypool.io:5577 --user=WALLET --pass=IFNEEDED --scratchpad-file=scratchpad.bin --scratchpad-url=http://eu-bbr.luckypool.io/scratchpad.bin
if ERRORLEVEL 1000 goto custom
timeout /t 5
goto loop

:custom
echo Custom command here
timeout /t 5
goto loop

Linux bash-scripts included into archive.

what is avg. effort:
every videocard do some amount of hashes per iteration, and there should be done around diff(set by pool) hashes before miner will find a share. This will be 100% effort. If videocards do less hashes and find a share - effort will be below 100%, more - it will be above 100%. But because of random nature, effort is always differ. A lot of things have influence on effort, but if you get high values(after at least ~30 minutes statistic from start or dev-fee mining finished) take a look on:
- how good variable diff on pool. Giving you high difficulty jobs, which are not suitable for your hashpower can lead to higher effort
- high intensity, more than needed for best hashrate, can lead to higher effort in cases when miner got a new job, but videocard is still hashing and don't know about it. That last hashes will be wasted, also you can get stale share

optimal intensity:
try to set intesity as low as possible, but not lower than point where hashrate goes down a lot

optimal strategy:
if you use static diff, probably --strategy set to 1 will be better in this case. At least it's true for my rigs with static diff set to hashrate_of_rig * 10(e.g. 4820kH/s rig uses diff 48000000).

Changelog:
Code:
0.10.5:
- fixed submit method, now nonce again 64 bit value

0.10.4:
- added new optimized kernels which can improve hashrate for 4-10% on AMD cards
- fixed AMD videocard numeration(was broken in 0.10.3)
- added possibility to set different kernel for each videocard(use parameter --opencl-kernels)
- added parameter --safe-scratchpad-update for rigs with huge amount of gpu's or just not stable motherboards
- [HiveOS]reverted CUDA to 9.0 for compatibility with older drivers

0.10.3
- added workaround for bad risers(to disable it use parameter --good-riser), this should fix problem with n/a hashrate for some gpu's
- CUDA 9.2 used now for Windows build to, so probably newer drivers will be needed
- fixed incorrect choosing of devices when not all of them are specified using --opencl-devices/--cuda-devices
- some minor changes to kernels, should use less registers now
- correct deinitialization of CUDA on exit

0.10.2
- one more fix to crazy effort values after donation mining
- fixed low difficulty shares for old hardware with default kernel
- added new slightly modified kernel(use parameter --opencl-kernel 1), it can give 1%-2% on some cards(like RX550) and up to 30% on old Radeons(7870 now shows ~580kH/s instead of ~440)

0.10.1
- no more final CPU-stage for share calculation, now solved shares should be send faster
- now --send-stale works even with changed scratchpad and pools can accept such shares
- less locks on scratchpad patch/update to make it work faster

0.10.0
- improved precision for share validation, now more shares should be solved again
- now miner can be started without specifying all devices(and --opencl-platform for AMD), but don't forget to specify opencl-launch or cuda-launch
- disabled OpenCL mode for NVIDIA

0.9.25
- reworked share validation, now calculation are the same as on pool side
- after donation mining miner will reconnect to pool now
- implemented --send-stale parameter to send stale shares when new job arrived without scratchpad update
- removed restart miner when watchdog enabled and miner found not valid share on CPU(in 0.9.24 it was a mistake...)
- extended info for invalid share

0.9.24
- fixed rare case when one of 2+ shares solved at once(that green "yay!" messages) can be ignored
- now miner shows difficulty sent from pool, instead of calculation based on target value
- reverted back validation of share(hash will be checked for "<= target", instead of "< target")

0.9.23
- fixed crazy avg. effort after donation mining
- fixed "Duplicate share" sending in rare cases(was possible on fast rigs, when new job is not arriving too long)
- fixed crash when --opencl-devices was set not like 0,1,2,3 and so on

0.9.22
- fixed job timeout problem, now miner make a correct request for new job

0.9.21
- fixed one more ignoring of odd data from pool(found with official Purk pool)

0.9.20
- implemented CUDA calculations for NVIDIA cards
- improved scratchpad fails handling
- instead of luck miner will calculate avg. effort
- now miner will send getjob to pool before disconnect on "job-timeout" event
- now scratchpad will be re-downloaded if it 1 day old
- disabled watchdog by default

0.9.19
- improved scratchpad management, now scratchpad will be updated on disk every 10Kb of new data from pool(each ~1hour)
- fixed possible crash in rare cases
- fixed infinite rejects if miner was started with fresh new scratchpad and only 1 addendum update from pool
- added logging for http daemon to diagnose why API is not working
- now it's possible to set donate level to zero on rigs with 1-2 videocards connected(currently Windows only)
- added parameter --multiple-instance to allow start multiple instances of one miner with the same --opencl-platform

0.9.18
- fixed --no-watchdog parameter, now it should work
- set timeout for watchdog to 30 seconds now
- now if downloading speed of scratchpad is 512 bytes for more than 30 seconds, miner will restart downloading it

0.9.17
- moved scratchpad update into a better place, this should decrease amount of "Low difficulty" shares before "new job"
- added general uptime value to API

0.9.16
- code much more safe now
- fixed problem with watchdog not working(there was a bug with reading parameter no-watchdog)

0.9.15
- improved watchdog, now it works separately and won't decrease hashrate for AMD's when use low intensity values
- improved scratchpad fail handling, now miner will try to reset it to state saved on disk and login again, only then redownload it if fail again
- added experimental parameter --opencl-force1x to support old hardware like Readon HD 7xxx

0.9.14
- fixed small memory leak
- implemented watchdog, now miner will exit with code 1000 if gpu hangs in OpenCL kernel for more than 5 sec.(can be disabled with parameter --no-watchdog)

0.9.13
- reworked strategy a bit, now nvidias should support 0 and 1 too. Changed default strategy to that used in other miners, should be better with vardiff
- fixed processing error "invalid miner height, re-download scratchpad", now miner definitely will redownload it

0.9.12
- fixed "Duplicate share" error after donation mining finished, same was possible to reproduce with pause/resume commands

0.9.11
- new parameter --print-level
- more accurate luck calculation
- dynamic size for scratchpad buffer(no need in recompilation in future, less RAM used for PURK coin to mine :))

0.9.10
- now videocards sorted by BusID
- added luck calculation(need testing)
- fixed crash when logging and --print-full is used
- few more checks for scratchpad fails(also in some cases miner will reconnect if it failed and only then redownload it if this not solve the problem, need testing)

0.9.9:
- fixed JSON decode failed
- more checks for scratchpad failure

0.9.8:
- added validation scratchpad at start and redownloading it if needed
- now should work on old cards too
- added --job-timeout parameter, now miner will disconnect if there is no new job for some time and videocards found all shares(could help for "beast" rigs on Vega)
- a bit more safe code

0.9.7:
- fixed an issue when miner can't redownload scratchpad because of some accident on pool side and going into infinite loop

0.9.6:
- improved logic, now videocard will continue hash even if it waits for new job, just to avoid situation with lowering clocks. Will make something like powersave option later
- added parameter --max-rejects
Pages: [1]
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!