Yeah, similar issues with SP's private decred. I'm getting 100% accept with stratum. Getwork is still buggy, just like with Tpruvots.
Something I've been reading up, from the Suprnova thread on the Decred forums:
However, CCminer doesn't support any of the above options besides 'scan time', so you can't tweak the other two options.
Putting all of the issues with accepted shares aside. Does anyone have problems with the miner speed not matching pool speed? Tpruvot and SP's miner show 25% faster hashrate then the pool is showing, even with close to 100% accepted shares. The only place I've seen the pool speed show up correctly is yiimp. MNpool also has the same speed issue. This is averaged over about 24hours so it's not a outlier.
SP, not sure if you saw cryptominingblog today, but they were talking about improving performance by using compute 3.5, at least it works that way with Blake-14, have you tried it with Decred? I assume it may yield similar results as Decred also uses Blake.
http://cryptomining-blog.com/
Something I've been reading up, from the Suprnova thread on the Decred forums:
Quote from: ocminer
This is a confirmed bug in cgminer on windows. It affects all pools. This flags seem to help:
--no-submit-stale --scan-time 2 --queue 0
Unknown-work means you are sending work back to the pool that was never requested - thats why it gets rejected, on windows cgminer seems to wrong calculation of the hash sometimes which results in this behavior.
It will probably get fixed in one of the future releases, or simply try the flags above.
--no-submit-stale --scan-time 2 --queue 0
Unknown-work means you are sending work back to the pool that was never requested - thats why it gets rejected, on windows cgminer seems to wrong calculation of the hash sometimes which results in this behavior.
It will probably get fixed in one of the future releases, or simply try the flags above.
However, CCminer doesn't support any of the above options besides 'scan time', so you can't tweak the other two options.
Putting all of the issues with accepted shares aside. Does anyone have problems with the miner speed not matching pool speed? Tpruvot and SP's miner show 25% faster hashrate then the pool is showing, even with close to 100% accepted shares. The only place I've seen the pool speed show up correctly is yiimp. MNpool also has the same speed issue. This is averaged over about 24hours so it's not a outlier.
SP, not sure if you saw cryptominingblog today, but they were talking about improving performance by using compute 3.5, at least it works that way with Blake-14, have you tried it with Decred? I assume it may yield similar results as Decred also uses Blake.
http://cryptomining-blog.com/
My kernal is compiled with cuda 7.5. Cuda 6.5 is 10% slower