Topic: SRBMiner-MULTI GPU & CPU Miner 0.9.4 - page 16. (Read 44491 times)

V2.2.1
+ Moved CPU part of the POUW work for algorithm 'dynex' on AMD and INTEL GPU's to the GPU*
+ Added parameter '--dynex-cpu-pow' which uses the old way of 'dynex' hashing
+ Added parameter '--gpu-reset-oc' which resets OC settings to their default values on miner start [NVIDIA]
+ Reduced default value for intensity (number of chips) on algorithm 'dynex'
+ Removed auto-tune for algorithm 'dynex'
+ Bug fixes for algorithm 'dynex'


***
Good news for AMD & INTEL GPU's (and in an upcoming release probably for NVIDIA's) :
A part of POUW work that was done on the CPU's is now done on GPU side.
This unfortunately comes with a penalty : less hashrate [ up to ~10% ]
More memory and additional work is needed on the GPU, which unfortunately decreases the total hashrate.

If you have a good CPU which can run all your cards without issues, then add the --dynex-cpu-pow parameter
and the additional work will again be calculated on the CPU side.

Info:
Auto intensity (when you don't set --gpu-intensity parameter manually) got reduced a little bit, mainly because
on some systems video driver reports more free memory for the GPU than there really is, so mining won't start or
it crashes.
You can manually set the gpu intensity (number of chips) with --gpu-intensity parameter which can lead to higher hashrates.

Does anyone know what to set as msr presets/tweaks on linux for randomx? Trying to dual mine randomepic/rx0 but getting hashrate all over the place, and I've tried 50 different combinations of msr mods, my xmrig hashrate is a stable 14kh/s but with srb it sometimes goes to 14kh then settles back at 8-9kh, kind of annoying as it works great out of the box on windows.

On a ryzen 3900x btw.

Please add an option to lock the core and the memory clocks.

Greetings, dear ones, for some reason the new version of the miner gives a low hashrate on vega video cards - it is the same as on 480 cards. But the electricity consumption is also low. Is there any way to increase the mining speed for AMD VEGA graphics cards? coin dynex

https://prnt.sc/LsKAHgKvcP5g

How much RAM needed for dynex mining?
Dual mining Epic+Dynex not work (RTX3060 12GB):

Hi Doktor,

I have a question about the DNX integration.

On two different 4090 rigs (Win 11), I get this error:

Mallob error: [Couldn't resolve host name]

All other rigs on Win 10 are working. Maybe its the Win 11?

I'am using on all rigs dynex.neuropool.net:19331 and --mallob-endpoint mallob.neuropool.net:8081,https://dnx.eu.ekapool.com


Thanks

"mallob registration error" , no mining!

Nice, i waited for this update 
This will be a long night of testing 

V2.2.0
+ Added algorithm 'dynex' (DYNEX coin) for GPU mining, fee 3.0%* [AMD/NVIDIA/INTEL]
+ Added INTEL ARC support for algorithms : autolykos2, etchash, ethash, ubqhash, blake3_ironfish
+ Added INTEL ARC support for dual mining : autolykos2/kaspa, autolykos2/heavyhash, autolykos2/sha512_256d_radiant, autolykos2/sha256dt, autolykos2/blake3_alephium, autolykos2/blake3_ironfish
+ Added dynex specific parameter '--mallob-endpoint'
+ Fixed 'blake3_ironfish' algorithm [also for DUAL modes]
+ Fixed 'sha256dt' algorithm for Nvidia ADA and HOPPER architectures
+ Added parameter '--disable-ptx-check' [nvidia]
+ Fixed bugs with NVIDIA OC parameters

Dynex:

Multiple pools & mallobs can be used.
There is no 'adj' parameter, to manually set the number of chips use '--gpu-intensity' parameter.

Dynex can be 'dual' mined with ZIL :

You can define multiple pools with the same/different wallets, miner will automatically failover when needed:


Windows users [ AMD GPUS ]:
Dynex POUW computations are long, so you should apply TDR fix [can be found in the Help folder], or else driver crashes might occur.

It is good to have pufferfish2bmb algo for Pandanite mining. Thank you for your work..

I've ran into this same problem with the latest SRBMiner-MULTI using the 20.4 drivers which is newer than 19.x with FiroPow. It seems to think my max buffer size is still 4GB and I'm not sure what to make of the 3004.80 driver version:

[2023-02-18 07:55:33] Starting init of worker threads
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] driver version: 3004.80
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] reported total memory: 8192 MB
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] reported free memory: 8074 MB
[2023-02-18 07:55:33] GPU DeviceID 0 [BUS:03] max buffer size: 4040 MB

If newer drivers are now required, which ones are good? The latest ones really hate bifurcation and everything freezes up for a minute when trying to enumerate them so hopefully I can use older ones that don't freeze up.

Also, I have this problem when trying to use --password with firopow. It says more passwords than pools given, even if I only just set a password and not try to pass in any parameters.

Thanks for all your help and writing this miner for all these years!

Hal

RTX3060 work fine, but with newer driver, will try new driver version.

Even INTEL came but FLUX algorithm did not come.
We wait by digging in Lolminer

Try newer driver maybe. Or you try to mine the wrong algo. Nvidia is not supported for all algos at the moment.

471.68

Windows/Linux drivers with cuda installed?

Hi, GTX1660 not supported?

V2.1.0
+ Added support for INTEL Alchemist architecture (INTEL ARC 300/500/700)
+ ZIL is now mineable in any single/dual algorithm combination [triple mining]*
+ Added ZIL parameters '--zil-enable', '--zil-pool', '--zil-wallet', '--zil-password', '--zil-esm', '--zil-epoch', '--zil-oc-script'
+ Added ZIL OC parameters '--zil-cclock', '--zil-mclock', '--zil-coffset', '--zil-moffset', '--zil-plimit'
+ Added auto buffer mode for ZIL mining*
+ Added parameters '--disable-gpu-intel', '--gpu-disable-auto-buffer'
+ Added OC parameters '--gpu-cclock1', '--gpu-mclock1', '--gpu-coffset1', '--gpu-moffset1', '--gpu-plimit1'
+ Removed parameters '--gpu-ethash-dag-cache', '--a0-is-zil'
+ Renamed parameters '--a0-start-script' to '--a0-oc-script' , '--a1-start-script' to '--a1-oc-script', '--start-script-delay' to '--oc-delay'
+ Added '--esm 2' which indicates that 'EthereumStratum/1.0.0' + nicehash mode is used for communication with the pool*
+ Allowed separator ',' (comma) which can be used as an alternative for the current '!' separator in all parameters except in '--password'
+ Added custom miner version for Hiveos so you can run 2 SRBMiner instances on the same rig*
+ Minor bug fixes

This is the first release that supports INTEL Alchemist GPU's, so please report any bug/s you find in the discord support channel.

***
Algorithms currently supported on INTEL Alchemist GPU's [more algorithms soon]:

- kaspa
- sha512_256d_radiant
- sha256dt
- blake3_alephium
- heavyhash

No readings from sensors yet (clocks, temp, etc.)



***
ZIL mining parameters

--zil-enable
--zil-pool
--zil-wallet
--zil-password
--zil-esm
--zil-epoch

Every parameter except '--zil-enable' and '--zil-epoch' can have multiple values separated with ! (or now also ,)
You can define multiple ZIL pools, with different wallets for example.

'--zil-epoch' parameter isn't needed now, but it can be used in the future if Zilliqa decides to change the work epoch from 0.


***
GPU OC parameters [NVIDIA ONLY]

First algorithm [A0]:

--gpu-cclock0
--gpu-mclock0
--gpu-coffset0
--gpu-moffset0
--gpu-plimit0
--a0-oc-script

Second algorithm [A1]:

--gpu-cclock1
--gpu-mclock1
--gpu-coffset1
--gpu-moffset1
--gpu-plimit1
--a1-oc-script

ZIL:

--zil-cclock
--zil-mclock
--zil-coffset
--zil-moffset
--zil-plimit
--zil-oc-script

OC parameters are used to set GPU clocks, offsets, etc..
SRBMiner supports algo switching (--multi-algorithm-job-mode 3 and ZIL), so these parameters can be used to change GPU's OC on every algo change!

For example if you mine ETC+ZIL, miner will set OC for ETC on miner start from --gpu-...0 parameters.
When ZIL window opens, miner will apply the OC settings you defined with --zil-.. parameters.
When ZIL window closes, miner will apply OC settings you defined with --gpu-...0 parameters again.

--zil-oc-script :
Path to an executable script (.sh or .bat) which can call external tools to set GPU OC parameters right before switching to ZIL mining.
When ZIL mining period is finished, --a0-oc-script will be called (if user set it) before switching back to main algorithm mining.

--oc-delay can be used to define a delay (in seconds) after the OC settings were applied. Default value is 3 sec.

***
New functionality : auto switch on some algos to '--gpu-buffer-mode 1' on GPU's that probably wont have enough VRAM for ZIL dag and the main algo memory requirements.
Works only if the auto tune parameter is NOT used.
To disable this functionality use : '--gpu-disable-auto-buffer' parameter.
If you did not disable auto buffer mode, but miner crashes on algorithm switching (probably because of the mentioned reason - not enough VRAM), just add manually the --gpu-buffer-mode 1 parameter



***
Examples on how to set up ZIL mining in different combinations:

TIP : if your GPU doesn't have enough memory to hold the buffers of every algorithm you use, try adding '--gpu-buffer-mode 1' parameter

1. Mine ETHW+ZIL on ezil.me :

2. Mine RADIANT+ZIL, RADIANT on rplant.xyz, ZIL on crazypool.org :

3. Mine ERGO+NOVO+ZIL, ERGO on herominers.com, NOVO on mynewmining.com, ZIL on crazypool.org :
4. Mine EPIC+KASPA+ZIL, EPIC on 51pool.online, KASPA on herominers.com, ZIL on crazypool.org :


Now comes the fun part. Adding GPU OC parameters. For simplicity the example will have 2 GPU's (id's 0 and 1) that use different OC settings.

2. Mine RADIANT+ZIL, RADIANT on rplant.xyz, ZIL on crazypool.org :

4. Mine EPIC+KASPA+ZIL, EPIC on 51pool.online, KASPA on herominers.com, ZIL on crazypool.org :


***
--esm values :
0 - getwork/ETHPROXY
1 - EthereumStratum/1.0.0
2 - EthereumStratum/1.0.0 + nicehash mode


***
Custom miner for Hiveos

To use it you need to select “Custom miner” when you create Flight Sheet and paste this into 'Installation url' : https://github.com/doktor83/SRBMiner-Multi/releases/download/2.1.0/srbminer_custom-2.1.0.tar.gz
After that you must set everything manually through the 'Extra config arguments' field by using SRBMiner parameters [ https://github.com/doktor83/SRBMiner-Multi/blob/master/Parameters ]

***
HiveOS update script from v2.0.2 to v2.1.0:

If using a dual algorithm (like etchash/blake3) miner will find the best intensity for the second algorithm based on your current OC settings.
You can define them manually too, but you first need to define which gpu's you wanna use with --gpu-id. so: