CCminer(SP-MOD) Modded GPU kernels.

[tbearhere]

Need help on DGB coin Qubit algo Theblocksfactory I think needs a setting that I don't understand and he doesn't,  all other pools on this algorithm work fine.
On Qubit algo... before #33 we needed a -f 236 and now we don't. Now on this pool since 6 months ago I never got ccminer to work properly. With the older versions I needed to restart the program every 60 seconds to get the pool at my true hashrate. With #39 , no -f 236 needed , it works fine except it only excepts exactly 1/2 my hashrate. I think its a setting the pool owner needs to make. Again I tried this on another pools and it works fine. Any thoughts on this please? Please. ps The other pools have so little hash rate they only hit a block once in awhile.
Thx

If a pool is showing half the hashrate chances are you're doing twice the expected work so doubling your difficulty divide factor (--diff or -f) is what's probably missing. The default is 1 so you should try 2. Conversely, if it only accepts half the shares then you're sending smaller chunks of work then what the pool expects in which case halving the diff helps (-f 0.5). If there are still rejected shares try lowering the values to like -f 0.0078125 or -f 0.00390625 to offset the default 128/256 multipliers while checking the pool's reported hashrate.

-f 0.5  divides it in half  so total= 1/4 hash rate. I did try on another pool and its fine but this amd pool is s***. theblocksfactory  I tried 2 but over shares. So I come to the conclusion that it theblocksfactory pool.
I'm in http://digihash.co very good no problems.

[bathrobehero]

Need help on DGB coin Qubit algo Theblocksfactory I think needs a setting that I don't understand and he doesn't,  all other pools on this algorithm work fine.
On Qubit algo... before #33 we needed a -f 236 and now we don't. Now on this pool since 6 months ago I never got ccminer to work properly. With the older versions I needed to restart the program every 60 seconds to get the pool at my true hashrate. With #39 , no -f 236 needed , it works fine except it only excepts exactly 1/2 my hashrate. I think its a setting the pool owner needs to make. Again I tried this on another pools and it works fine. Any thoughts on this please? Please. ps The other pools have so little hash rate they only hit a block once in awhile.
Thx

If a pool is showing half the hashrate chances are you're doing twice the expected work so doubling your difficulty divide factor (--diff or -f) is what's probably missing. The default is 1 so you should try 2. Conversely, if it only accepts half the shares then you're sending smaller chunks of work then what the pool expects in which case halving the diff helps (-f 0.5). If there are still rejected shares try lowering the values to like -f 0.0078125 or -f 0.00390625 to offset the default 128/256 multipliers while checking the pool's reported hashrate.

-f 0.5  divides it in half  so total= 1/4 hash rate. I did try on another pool and its fine but this amd pool is s***. theblocksfactory  I tried 2 but over shares. So I come to the conclusion that it theblocksfactory pool.
I'm in http://digihash.co very good no problems.

Theblocksfactory is weird. When their vardiff starts climbing it throws rejects so it goes back and repeats. Anyway, you can use a fixed minimum vardiff and it seems for a 6 card 750 Ti rig 4 (.workername_diff4) works fine with -f 256 with release 39.

[tbearhere]

Need help on DGB coin Qubit algo Theblocksfactory I think needs a setting that I don't understand and he doesn't,  all other pools on this algorithm work fine.
On Qubit algo... before #33 we needed a -f 236 and now we don't. Now on this pool since 6 months ago I never got ccminer to work properly. With the older versions I needed to restart the program every 60 seconds to get the pool at my true hashrate. With #39 , no -f 236 needed , it works fine except it only excepts exactly 1/2 my hashrate. I think its a setting the pool owner needs to make. Again I tried this on another pools and it works fine. Any thoughts on this please? Please. ps The other pools have so little hash rate they only hit a block once in awhile.
Thx

If a pool is showing half the hashrate chances are you're doing twice the expected work so doubling your difficulty divide factor (--diff or -f) is what's probably missing. The default is 1 so you should try 2. Conversely, if it only accepts half the shares then you're sending smaller chunks of work then what the pool expects in which case halving the diff helps (-f 0.5). If there are still rejected shares try lowering the values to like -f 0.0078125 or -f 0.00390625 to offset the default 128/256 multipliers while checking the pool's reported hashrate.

-f 0.5  divides it in half  so total= 1/4 hash rate. I did try on another pool and its fine but this amd pool is s***. theblocksfactory  I tried 2 but over shares. So I come to the conclusion that it theblocksfactory pool.
I'm in http://digihash.co very good no problems.

Theblocksfactory is weird. When their vardiff starts climbing it throws rejects so it goes back and repeats. Anyway, you can use a fixed minimum vardiff and it seems for a 6 card 750 Ti rig 4 (.workername_diff4) works fine with -f 256 with release 39.

Thanks
Thats better..but getting alot of booo's with shares above target.  Funny that we have to use the -f 256 for that.
Edit: With diif4 and -f 256 hash went from 50% to 75%. So I have to adjust the diff4 to 2 or 8 ect to see what happens when I get a chance.

[sp_]

I have rewritten wirlpool hash. 12% faster when mining wirlcoin (750ti)
x15 is +20khash(750ti)

Will cleanup abit and submit to github.

[sp_]

I have rewritten wirlpool hash. 12% faster when mining wirlcoin (750ti)
x15 is +20khash(750ti)
Will cleanup abit and submit to github.

Sounds like you're still using tables...

yes. but the table is 1/8 the size.

[sp_]

Yeah, a few rotations and you can down the size, still ouch.

The Hashing function can probobly be improved more, but 12% is ok for now.
I have also submitted a speedup in fugue (x13) precalced some hash and removed instructions.
Building release 40 now.

[sp_]

1.5.40(sp-MOD) is available here: (27-feb-2015)

https://github.com/sp-hash/ccminer/releases/tag/1.5.40

The sourcecode is available here:

https://github.com/sp-hash/ccminer

Differences from release 39

wirlcoin +12%

Faster hash in

Wirlpool(x15,x17)
fugue(x13,x14,x15,x17)
shavite(x11,x13,x14,x15,x17) (tiny speedup)
shabal(x11,x13,x14,x15,x17)(tiny speedup)

[djm34]

1.5.40(sp-MOD) is available here: (27-feb-2015)

https://github.com/sp-hash/ccminer/releases/tag/1.5.40

The sourcecode is available here:

https://github.com/sp-hash/ccminer

Differences from release 39

wirlcoin +12%

Faster hash in

Wirlpool(x15,x17)
fugue(x13,x14,x15,x17)
shavite(x11,x13,x14,x15,x17) (tiny speedup)
shabal(x11,x13,x14,x15,x17)(tiny speedup)

I try sometime ago the rotation but I wasn't convince, however I don't think I tried it with uint2 since then (I hate working on whirlpool... takes forever to compile).

I get +20MH/s on whirlpoolx on gtx980
        +10MH/s on 750ti
but -30MH on 780ti

[sp_]

With uint2 it uses more registers and spills to memory, so I increaced the launchbound to 128 regs.
The codesize is also bigger.
On the 780ti you should probobobly not unroll all the loops.

There are more speedups to come. Still some easy pickings.

[rednoW]

commit Faster fugue https://github.com/sp-hash/ccminer/commit/2ab3254cbddedc0a34020fb3b5d7917fca87dc01 was a little bit (5-7khs) slower for my gtx750 even with manually fine tuned -i.
But commit faster whirlpool https://github.com/sp-hash/ccminer/commit/9715bf7eea8f1c92034e1c67891fa242a8c63d26 is faster for x15.

So i just added x15/cuda_x15_whirlpool.cu from Release 40 to my custom build and gain optimal performance: +17khs on x15 without drop in x13 and x14 

[rednoW]

damn, I can't understand why your R40 binary is 20khs faster in Qubit then my custom R39 based built.
Your R40 didn't work on GTX750 1gb on default (out of memory error) so I use it with "-i 19.3" option.

And it is 20khs faster then both your own built R39 binary and my custom build.
As I see on GitHub there were no changes in Qubit between R39 and R40 except for different launch config that is overridden by -i option.

[sp_]

commit Faster fugue https://github.com/sp-hash/ccminer/commit/2ab3254cbddedc0a34020fb3b5d7917fca87dc01 was a little bit (5-7khs) slower for my gtx750 even with manually fine tuned -i.
But commit faster whirlpool https://github.com/sp-hash/ccminer/commit/9715bf7eea8f1c92034e1c67891fa242a8c63d26 is faster for x15.
So i just added x15/cuda_x15_whirlpool.cu from Release 40 to my custom build and gain optimal performance: +17khs on x15 without drop in x13 and x14 

There are 3 commits to the fugue hash between 39 and 40. did you forget these?

https://github.com/sp-hash/ccminer/commit/cfb07f6488f436caae14fcd179933ae74efa6a65
https://github.com/sp-hash/ccminer/commit/c60096da2401173051c11fe3a864aee2b2f5d7ad

[sp_]

damn, I can't understand why your R40 binary is 20khs faster in Qubit then my custom R39 based built.
Your R40 didn't work on GTX750 1gb on default (out of memory error) so I use it with "-i 19.3" option.
And it is 20khs faster then both your own built R39 binary and my custom build.
As I see on GitHub there were no changes in Qubit between R39 and R40 except for different launch config that is overridden by -i option.

shavite is used in qubit did you include this change?

https://github.com/sp-hash/ccminer/commit/af409c1da57085ad942b3de05d1e33f730d6b910

Also make sure that you compile with the latest drivers.

[rednoW]

There are 3 commits to the fugue hash between 39 and 40. did you forget these?

https://github.com/sp-hash/ccminer/commit/cfb07f6488f436caae14fcd179933ae74efa6a65
https://github.com/sp-hash/ccminer/commit/c60096da2401173051c11fe3a864aee2b2f5d7ad

No I didn't. These 2 commits are in my build.
And the last https://github.com/sp-hash/ccminer/commit/2ab3254cbddedc0a34020fb3b5d7917fca87dc01 is certainly not so good on my 750 so I've got rid of it

[rednoW]

shavite is used in qubit did you include this change?

https://github.com/sp-hash/ccminer/commit/af409c1da57085ad942b3de05d1e33f730d6b910

Also make sure that you compile with the latest drivers.

You were right! I missed it! Now my own build is doing well, 4378khs in Qubit

[sp_]

shavite is used in qubit did you include this change?
https://github.com/sp-hash/ccminer/commit/af409c1da57085ad942b3de05d1e33f730d6b910
Also make sure that you compile with the latest drivers.

You were right! I missed it! Now my own build is doing well, 4378khs in Qubit

Pretty good for 512 cores.. (The GTX 750 Maxwell 1gb card retails for around $120)

A AMD radeon 280x R9 does 5,5MHASH with 2048 cores. (optimized opensource miner with 5 times the power usage).
Wolf, how fast can you make qubit?

[sp_]

I will start to improve the CryptoNight Hashrate in a private kernal.

For 0.2 BTC donation you can get the improved hash . 

The spreadcoin donators will get a discount of 0.1BTC.

New donators will get the improved spreadcoin miner for free.

[sp_]

commit Faster fugue https://github.com/sp-hash/ccminer/commit/2ab3254cbddedc0a34020fb3b5d7917fca87dc01 was a little bit (5-7khs) slower for my gtx750 even with manually fine tuned -i.

I have corrected the launch parameters now. Should run faster with the latest checkins.

[chrysophylax]

I will start to improve the CryptoNight Hashrate in a private kernal.

For 0.2 BTC donation you can get the improved hash . 

The spreadcoin donators will get a discount of 0.1BTC.

New donators will get the improved spreadcoin miner for free.

does this mean we will finally get a linux edition? ...

been waiting for it and now spreadcoin has fallen flat sp ... im quite disappointed ...

will you at least release BOTH windows AND linux versions ... that would be ideal ...

i would have donated so much more if linux was included here mate ... at least a compiled WORKING version or source that i could have compiled ...

instead i sit here and watch ...

but still donate - purely because your an awesome dev ...

but would really like to be included in all these updates via a linux build ...

either that - or tell me what it would cost to have the source to build it myself ...

#crysx

[sp_]

Yes, the next release of the spreadcoinminer will be with sourcecode. It will still be private for a while
if anyone doesn't publish it.