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

This thread lacks highly important hashrate reports!...

Come on fellas, share your findings.

After the add ---cpu-affinity 0x00003FFFFFFFFFFF  closes with such an error

terminate called after throwing an instance of 'std::out_of_range'
  what():  stoul
SEGFAULT ?

Shutting down miner...

Delete ---cpu-affinity 0x00003FFFFFFFFFFF, works on 24 threads

Hello
Yes it's better but I have x4 Opteron 6234 48 threads.
When I load on 46 threads it can load only 24, I can use the utility to load on 46 but it should be done manually, or 2 miners on 24 threads.

[2019-11-12 16:56:18] OpenCL not found, gpu mining disabled
[2019-11-12 16:56:18] Startup monitor attached
[2019-11-12 16:56:18] Miner version: 0.1.6
[2019-11-12 16:56:18] Windows version: 10.0 build 17763
[2019-11-12 16:56:18] NUMA binding: enabled
[2019-11-12 16:56:18] CPU x 4: AMDOpteron(TM) Processor 6234                  [L3:6144 KB][L2:2048 KB][L1:16 KB]
[2019-11-12 16:56:18] Algorithm: randomarq
[2019-11-12 16:56:18] Gpu mining: disabled
[2019-11-12 16:56:18] Cpu mining: enabled
[2019-11-12 16:56:18] Huge-pages: enabled
[2019-11-12 16:56:18] HW-Aes: available
[2019-11-12 16:56:18] Startup monitor: enabled
[2019-11-12 16:56:18] Starting init of worker threads
[2019-11-12 16:56:18] Finished init of worker threads
[2019-11-12 16:56:19] Startup monitor detached
[2019-11-12 16:56:19] 24 CPU core/s - 48 threads available
[2019-11-12 16:56:19] Using 46 threads for CPU mining
[2019-11-12 16:56:19] CPU extension : SSE4.1 | AES
[2019-11-12 16:56:19] Gpu-watchdog started [triggers after 5 rounds: 150 sec]
[2019-11-12 16:56:19] HTTP API disabled
[2019-11-12 16:56:19] Connected to arqma.herominers.com:10641
[2019-11-12 16:56:19] Initialising datasets & caches & vms
[2019-11-12 16:56:34] miner_result: CPU result 0xa5f5a6b7 accepted [44ms]
[2019-11-12 16:56:37] miner_result: CPU result 0x5cb79005 accepted [45ms]
[2019-11-12 16:56:38] miner_result: CPU result 0x8b5fc8c2 accepted [49ms]
[2019-11-12 16:56:41] miner_result: CPU result 0xac85d39b accepted [43ms]

Notice I'm talking 46 threads, and he's 24 threads.
Thank you

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.

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=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?

SRBMiner-MULTI.exe --algorithm randomxl --pool loki.miner.rocks:5005 --wallet L7f9SMpr43wNERBxCngFyqMoJvkMax8xSitiJY335ra12ucbiEFzgqKfHJg1Q9y58RGMi3TyGvPC94e6w3zYKK9i9PHmDDr

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)

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

You mean RandomX algo ?
I will probably add CPU support, GPU not so sure.

I think there won't be new CN variant algorithms anymore, probably a lot of old/new projects will follow the RandomX path. SRBMiner-CN is working with the existing algorithms, so any project that uses one of those could be mined with SRBMiner-CN.

If there will be any new CN variants though, i will consider adding them to the new MULTI miner. This one is an improved version of the old miner, i fixed a lot of bugs, added cpu mining support etc.