-
It means that pool sent a job that is not mandatory to switch to (but only optional). Since miners never run out of nonce range, nheqminer simply ignores such jobs; this trick can give you a bit of extra performance, since your current work is not cancelled and restarted like with other miners.
-
With Xenoncat no, the best is to use all threads. But it again depends on CPU; CPUs with very high amount of cores still need this value a bit lower. Best is to experiment to find best hashrate.
-
It is allowed, everything will work fine.
Awesome, and thanks for the quick reply.
Mac verision:
Silentarmy kernel in: Release Latest WIN builds Ā· nicehash/nheqminer Ā· GitHub
Also, linux release is very very close, probably tomorrow.
Works GREAT but only on one GPU, using more then 1 quits the program
Can you try to delete OpenCL.dll that comes with the archive? It may be the issueā¦
Iām getting this running rx 480:
[15:59:54][0x00000be4] Speed [300 sec]: 43.5469 I/s, 0 Sols/s
Is this the standard no pool but yours policy ?
Yes, DELETING OpenCL.DLL makes it use all GPUs.
Thanks
Can I use this on Nanopool?
It can be used everywhere.
Where do you mine? Which pool?
GPUs are running but zero sols/s, any idea whats happening?
(Iām mining on nh btw)
Using device 0 as GPU 0
Using device 1 as GPU 0
Is this standard ?
ok, restarting several times and eventually it started producing solsā¦
Also if you want more threads use -ot but its per GPU so needs to be something like
-ot 2 2 2 2 2
For 2 threads per GPU
if iām using -l usa, it gives me failed to connect error. works fine on 0.3a