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)
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=sharingCannot bind scratchpad to node See
https://drive.google.com/file/d/18G_bTBlkV3hUXC-D9X0sMrui1dSmjkFe/view?usp=sharingThe 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=sharingCPU 1
https://drive.google.com/file/d/1C2s1PBm9hmzNAv91Jrsk2ZiWGlvW14Va/view?usp=sharingHere 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?