SRBMiner 0.3.0 and 0.3.1 have very low performance when mining Talleo compared to xmrig and xmr-stak. When SRBMiner starts up, it overrides thread count specified on command-line, so it doesn't use correct number of threads. My processor doesn't support HyperThreading, but mining Talleo requires twice the number of cores for thread count as it has very small scratchpad size. For example 12 threads for 6 physical cores. Both xmr-stak and xmrig allow using multiple threads per physical core, but 2 threads per core is maximum usable for my processor.
True, you can't use more threads than you have processing units in SRB. If this is the case what you say than starting two instances of SRB should solve this, but my guess is it won't.
I have a 4 core i5, and running 4+4 threads in separate instances is not helping, hashrate get's divided so at the end i have same hashrate as with 4 threads in one miner instance.
Also when setting the config in xmrig to :
"cn-pico": [[2, 0], [2, 1], [2, 2], [2, 3]]
It says : threads 4/4 (
(my cpu has 4 cores / no ht), and hashrate is ~ same as in SRB with 4 threads.
Also tried
"cn-pico": [[2, 0], [2, 1], [2, 2], [2, 3], [2, 0], [2, 1], [2, 2], [2, 3]]
That is : threads 8/8 (16)
Hashrate is same as with first config.
I can't make it hash with much better performance, maybe im not doing something good?
Can you look in the log on the line that says '
CPU extension' ?
edit:
think i get it, you must have an amd cpu, there's no double main loop for it. So that's why you need to run x2 threads. So probably running 2 instances of miner solves this ?
