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

R u going to update your miner with the new randomx for GPUs

also can you ad sigma for gulden cpu algo @Doctur

whata the  performance on eaglesong on rx cards

Hello Doktor

I tried SRMMiner 0.1.5 on a 2 core Celeron machine. It worked first time on the RX.MINEXMR RandomX TestNet. No errors. I followed your instructions for enabling huge pages. That also worked. Performance was 7% higher than XMR-RIG. Great.

Thanks for the feedback about the Dell R620 server.   I started a fresh with your guided-setup.bat and used the RandomX testnet at RX.MINEXMR.

Unfortunately I got exactly the error codes as the first time + the second CPU is not being utilised.

I was able to utilise the second CPU by adding --cpu-affinity 0x555555 . That problem is solved. . Since the miner recognises all the threads and core automatically would it be possible to automatically set the miner up to use all CPUs?

Mining performance of SRBMiner 0-1-5 on RandomX at rx.minexmr.com was initially 92% of the hashrate achieved with XMRIG 4.5.0 Beta but when I ran it overnight hashrate exceeded XMRIG by 5%.  Not bad for your initial release.  I tried adding additional threads but it made no difference. Whereas XMRIG actually goes slower on these CPU when more than 1 thread per core is used.

The Celeron and the Dell R620 run Windows 10 Professional.

How about the binding errors? Do they matter? Perhaps additional performance could be achieved without these errors?

See links below. Thanks in advance for your help.

Screenshots of errors: Cannot bind to XXX errors
https://drive.google.com/file/d/1Mo6NM_wMCjEEB1nyF6Z3OSuPw2XItVFi/view?usp=sharing

https://drive.google.com/file/d/1XnHKjVxDX7qkFwbjIudWVE_0CyJbtUJo/view?usp=sharing

https://drive.google.com/file/d/1pas-ckr-JiVyvtJfA0HktwfhyE0WTZgX/view?usp=sharing



FOOTNOTE

I also have an R9 Fury on the Celeron machine. When I run SRBMiner 0.1.5 in parallel with Claymore 15 mining ETH I got a small speed improvement of 0.8% on Claymore 15! Claymore reduced the performance of SRBMiner on RandomX by 15% when run in parallel.

oh duuude, fuk ya!  going to roll this out to the CPUs and play with it right now, ill report back any issues that arise
im starting to get hyped for RandomX day by day, go'in get me a fancy 3900x, only 700 Beaverdollars, so crazy cheap
Thx for your work

Hi, first try removing the --cpu-threads 0 because that sets the number of threads to 1 


You can also try to find the best --cpu-threads by hand for your system.

--cpu-priority is just a number from 1-5, the higher the priority level of a process, the more will be its assigned processor time.
--cpu-affinity is a mask (can be used hex like 0x.... or just the decimal number). An affinity mask is a bit mask indicating what processor(s) a thread or process should be run on by the scheduler of an operating system.

Hello Doktor


Thanks for the initiative. Single core performance on RandomXL seems good.  However there are some error messages thrown up and multi-core performance is poor at the moment. Can you help?  The test system is Dell R620 server with two Xeon E5-2620 V1 and 28 GBytes of RAM.

First the error messages:

Cannot bind database to node     Cannot bind cache to node    See https://drive.google.com/file/d/1o8AnMtIU3J9WstytBRktOa-L9f_C0BeN/view?usp=sharing

Cannot bind scratchpad to node    See https://drive.google.com/file/d/18G_bTBlkV3hUXC-D9X0sMrui1dSmjkFe/view?usp=sharing


The errors appear if I use the wizard to create the BAT file or make my own BAT file.

How can these errors be fixed please?

The performance issue seems to be that the second CPU is not utilised even though SRBMiner identifies 12 cores and 24 threads.

See pics from HWInfo of the two cores

CPU 0     https://drive.google.com/file/d/1IhRbu9z1F1-DWaJpz7o3dyQvazSOe3VM/view?usp=sharing
CPU 1     https://drive.google.com/file/d/1C2s1PBm9hmzNAv91Jrsk2ZiWGlvW14Va/view?usp=sharing

Here is the command line used   SRBMiner-MULTI.exe --algorithm randomxl  --cpu-threads 0 --pool loki.miner.rocks:5005 --wallet L7f9SMpr43wNERBxCngFyqMoJvkMax8xSitiJY335ra12ucbiEFzgqKfHJg1Q9y58RGMi3TyGvPC94e 6w3zYKK9i9PHmDDr  --cpu-threads

Finally I can't see documentation on how to use CPU affinity  and   --cpu-priority. Please can you add it?

V0.1.5 beta

+ Added cpu algorithms : RandomX, RandomXL, RandomWow, RandomArq
+ Added cli parameters: --cpu-priority, --disable-huge-pages, --disable-hw-aes, --disable-numa
+ Added pool config parameter 'start_block_height' and --start-block-height cli parameter
+ Fixed a bug that limited the number of threads useable for cpu mining
+ Fixed cpu affinity parameter and thread/s binding to affinity mask
+ Where possible, now using huge pages if available, this should bring a slight performance increase
+ Removed OpenCL dependency if using only cpu miner
+ Added limited Overdrive8 support (adl type 3)

Yes, in one or two days

Hi. Do you have a planned release date for RandomX please?

If interested in mining Nervos CKB, here's a video tutorial on how to set up SRBMiner :

https://youtu.be/t3Zp9f9TuJY

Talleo uses CryptoNight Ultra Variant 2, which is similar to CryptoNight Turtle (CryptoNight Ultra Lite Variant 2 or cn_pico/turtle), but is still incompatible. As latest xmr-stak has issues with rejected shares with both CPU and GPU mining, and xmrig doesn't support the algorithm, people are complaining they can't use SRBMiner-CN with their AMD GPUs.

Yes, Bismuth would be nice.

Anything profitable for Rx580's? 0.13 usd per KW electricity here.

You may take a look on Bismuth(SHA-224) 

I think k12 it is for FPGA.
GPU is not take profit   

Work fine on k12 for some hour and then crash. Clean win10 install 19.4.3 driver Adrenalin.

Same result on 7 6x570 rig.

I can't sorry. The app i use to protect the binary is only x64

Doktor, can you compile win32 version of miner (at least for CPU algos)?

It is. Just like a lot of algorithms



Yes, this is just a testnet so you can test your cpu/gpu/fpga before the fork