Topic: SRBMiner Cryptonight AMD GPU Miner V1.9.3 - native algo switching - page 61. (Read 237261 times)

cache files deleted?

less ...but maybe it´s other related - i dont have any messages about compute errors and every (+-2hours) 8 hours the mining process stopps and awesome miner restart the miner. sometimes there is still the cmd window of the stopped mining process (if this happened i know that SRB miner himself was stopped and not restartet by awesome miner)

my second rig (if i use 2 SRB instances and one card crashes i cant reboot rig or do anything else and have to hard reset it) works very good now - had to set core mv much higher that no GPU is crashing

less closing or no closing ?

its more stable now...less self closing windows

Every time i release a new version you write some wrong information. And that's really every time
Same card, same settings, same pool, just SRB version is different.

Mox algo in 1.7.9 is the new POW that will go live in a few days, so that's why its not working right now (you could read this few posts above).

The same problem on MOX, also the farm began to be overloaded. Returned to V1.7.8.
rx552/ W10(1709)x64/ 18.6.1

test tube2 algo with rx 570 4gb
 
1.7.8 rate 896
1.7.9 rate 862

back to 1.7.8

Is any one else getting errors in V1.7.9 trying to run merged mining where the password is the second wallet addr?

Cn/R hashrate will be +-3% because of the random math on every new block.

New algorithm Hashrates:
Run on 6 Vega 64 in 18.6.1, and averaged to single card numbers
All run using default SRB config files
All run in Same overclock setting -> stable
So lower power and higher HR can also be acheived

Algorithm	Hashrate	Power	Notes
MoX	4195	215	4500 HR and 190 watt before fork is this drop extected? or cause of some 'old_mode'?
GPU	1800	230	Intersting to note this algo isnt even using Memory like other CN variants
Zelerius	2635	210
Conceal	4050	195	Power usage isnt stable, keeps fluctuating widely
Wownero	1970	210
Cryptonight R	1965	210	Future XMR : Same clocks -> 2.25% drop in HR
NormalV8	2010	210	Current XMR : Same clocks
NormalV7	2120	180	Algo before current XMR : Same clocks
Xcash	1020	205

Thank for the new version Doc !! 

Can u explain --randomnonce for complete noobs like us, u mentioned its  Im lucky button, so does that mean we should use it?

P.S: That Coinforking was a great parameter in time saving

V1.7.9
- Added new Monero algo 'Cryptonight R'
- Added algo 'Wownero'
- Added algo 'Conceal'
- Added algo 'Zelerius'
- Added algo 'Xcash'
- Replaced 'Mox' algo with new 'Mox V8' algo
- Added parameter 'maxnosharesent' in cmd
- Added parameter 'randomnonce' in cmd
- Added parameter 'enablecoinforking' in cmd
- Added algo switching info in json and on html stats page
- Lot of bug fixes

+ Monero will fork to a new algo 'Cryptonight R' soon. You can use for cryptonight_type 'normalv4', 'cryptonight_r' or just 'monero'.
+ Wownero already forked to a custom version of 'Cryptonight R'
+ Xcash can be mined by using 'xcash' or 'heavyx' for cryptonight_type
+ Conceal and Zelerius will fork too
+ Mox algo is now replaced with the new Mox V8 algo, so if you want to mine it until the fork, use previous version of SRBMiner

+ There was already a built in watchdog that restarted miner if no share was sent to the pool for 20 minutes. A new parameter was added so user can set this time : --maxnosharesent value in seconds (min. 1 min , max. 120 min)
+ Parameter --randomnonce creates totally random nonces for every gpu thread. This is like the 'i'm feeling lucky' button on Google
+ Json API and stats page now contains some info about algoswitching (if used)

+ Parameter --enablecoinforking allows miner to switch to an algo if the fork is predefined in the miner. If enabled it will auto switch for MONERO, CONCEAL AND ZELERIUS in this version (sorry Mox).
Don't use this parameter on a pool that does algoswitching, because it can think that wow is cn/r

How will this look for Monero fork:

start.bat
.
.
.
SRBMiner-CN.exe --enablecoinforking --config Config\config-normalv8.txt --pools pools.txt

Explained :
1. Start mining with normalv8 algo, because Monero still uses that algo
2. Add --enablecoinforking parameter so miner knows you want to use the built-in (predefined) fork informations
3. When pool sends a job for the new algo, miner will auto switch to the new algo, that must be defined in algos.txt
4. By default the new Monero algo 'normalv4' is already defined in algos.txt, so if you won't remove it everything will be fine

+ A big reorganisation happened in the miner code, so hopefully the misterious 'crashing out of nowhere' is fixed. I really hope.

Please guys who have this random crashing issue try the new version and report back.

I confirm this issue for V8. My cards are running fine with 1.7.0. After I upgraded to 1.7.8 they work several hours and this happens. This is not related to a card crash, the voltage etc. settings remain intact and after restart everything works OK.

RX 580 8GB , own timmings and straps bios .

You are probably using xmr stak settings here. well don't. Try out auto setup.
Vega56 @ 1450/900 = 1750khs on 110/32/2 F0

What VGA is?

GPU0 :    2534 H/s [T: 49c, RPM: 2100, CC: 1260 MHz, MC: 2100 MHz][BUS:7]

What about hashrate on Vega56@64, RX580 4GB and RX570 4GB on CNGPU algo ?

SRB Miner 1.7.8
                                                    Core   Mem       HS
GPU0 [7]   Radeon RX 570 Series   1200   1850      620
GPU1 [5]   Radeon RX 570 Series   1200   1850      608
GPU2 [6]   Radeon RX 570 Series   1200   1850      618
GPU3 [1]   Radeon RX 570 Series   1200   1850      652
GPU4 [3]   Radeon RX 570 Series   1200   1850      645
GPU5 [4]   Radeon RX 570 Series   1200   1850      607


GPU0 [1]   Radeon RX 580           1150   2050      710
GPU1 [4]   Radeon RX 580           1150   2050      710
GPU2 [9]   Radeon RX Vega         1450   1000      1572
GPU3 [19]   Radeon RX Vega       1450   1000      1580
GPU4 [12]   Radeon RX Vega       1450   1000      1572
GPU5 [16]   Radeon RX Vega       1450   1000      1576