CCminer(SP-MOD) Modded GPU kernels.

[sp_]

new version without cpu errors.

I also reverted the AES change and merged klaus'es echo compiler optimalizations.

http://www.filedropper.com/release16

The sourcecode is available here:

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

[sp_]

Fixed solomining/echo, and improved fugue (x13). Now building release 15.

what was the problem with echo ? the last changes (in aes.cu) reduced x11 perfs to less than 2900
And yes i have 2 Gigabyte Black Edition, and also a normal Gigabyte with black edition bios (only stable on linux)

yes, the AES change is only faster if there is more registers so I reverted it. The current echo_final is running with 64 register.

The problem with the first checkin was that if the hash was on target the program didn't find it. Also if the diff was very low. diff in hash[6]..hash[0] the program didn't find it.

[sp_]

I have thested both the 1.5.0 and my modded version and they seem to report the correct hash on other pools like wafflepool, yaamp, and nicehash, so this seems to be a pool issue, but it might be a bug in ccminer as well.

I second that - all multicoin/profit switching pools I've tried work fine, but most the single coin ones report much lower hash speed than what's reported by ccminer. At least that's the pattern I've noticed. version8 is the last one that works fine I think... All the newer report higher hashrates but pools don't "like" them.
Version 15 is no different for me - try it yourself at pool.profitcoin.org

I might have a look at this problem  in the weekend.
What difficulty are you mining on in these pools?

[jjjordan]

I have thested both the 1.5.0 and my modded version and they seem to report the correct hash on other pools like wafflepool, yaamp, and nicehash, so this seems to be a pool issue, but it might be a bug in ccminer as well.

I second that - all multicoin/profit switching pools I've tried work fine, but most the single coin ones report much lower hash speed than what's reported by ccminer. At least that's the pattern I've noticed. version8 is the last one that works fine I think... All the newer report higher hashrates but pools don't "like" them.
Version 15 is no different for me - try it yourself at pool.profitcoin.org

I might have a look at this problem  in the weekend.
What difficulty are you mining on in these pools?

I've been using default settings - just algo, and pool credentials. No intensity setting.
I'll also do some more testing when my rig is available (not rented).

[sp_]

I have found an issue in build 16. If the miner mines on a low diff with high intensity and find one solution, it will pick the first solution it finds, and not the best solution. This could cause the missing hash in the pool.

I need to keep the solution that gives the best hash. Should run at the same speed with the new fix.

[sp_]

just tested build 16 on a 980 and its slower than release 13... on the 750ti it's faster.

[Bombadil]

I have found an issue in build 16. If the miner mines on a low diff with high intensity and find one solution, it will pick the first solution it finds, and not the best solution. This could cause the missing hash in the pool.

I need to keep the solution that gives the best hash. Should run at the same speed with the new fix.

Why don't you keep both? https://github.com/tpruvot/ccminer/commit/c3bdb623e82ed4bc6906ff06d616a2b13494b424
Also, any news about the API?

[bensam123]

Does anyone have power usage stats for a 970 for x11/x13/x15?

[sp_]

I have found an issue in build 16. If the miner mines on a low diff with high intensity and find one solution, it will pick the first solution it finds, and not the best solution. This could cause the missing hash in the pool.
I need to keep the solution that gives the best hash. Should run at the same speed with the new fix.

Why don't you keep both? https://github.com/tpruvot/ccminer/commit/c3bdb623e82ed4bc6906ff06d616a2b13494b424
Also, any news about the API?

I need to refork soon. Alot of good work has been done on the other branch.

[sp_]

Restored performance on 970/980 cards. (+200-300 KHASH from release 16)
Now the miner is keeping the smallest nounce and not the first it can find. Should speedup on pools with low diff.

With extreme overclock I managed 3.2 MHASH on the 750ti and 9,9MHASH on the 980.

New binary from git:

http://www.filedropper.com/release17

The sourcecode is available here:

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

[coinut]

Thanks Sp !

downloading now 

[sp_]

Might not be fixed yet...

I will branch 1.5.1 and merge my kernals now.

[coinut]

testing your 17 release

6x 750ti overclocked

minercontrol on YAAMP on x13

after trying with the intensity 20.5 After hashing for about 5 min I had a ccminer stopped working crash and had to restart.
upon restart the miner would not hash and got the error with the same ccminer stopped working.

changed intensity to 20.3 and started to hash again for about 5-10 min then i get this error

  
[2014-12-08 01:13:50] GPU #5: result for 0014cc00 is not in range: a8cf372c > 1f
Cuda error in func 'quark_blake512_cpu_setBlock_80' at line 309 : unspecified launch failure.

restart pc

happened a few more times on about 3 different cards out of the 6, all cards are overclocked so I adjusted the mem clocks down 50mhz and the core on the cards that seem to fail down 10mhz on the core.

after about 10 min hashing had a card fail with the error above.

was hashing with your beta 13 release with no issue although the speed is slightly less at 14,445
compared to your 17 release which seems to settle around 14,686

will test some more tomorrow, could be my intensity setting contributing to the instability, what intensity to you set your 750 ti's to when your testing your kernels Sp?

[sp_]

testing your 17 release
6x 750ti overclocked
minercontrol on YAAMP on x13
after trying with the intensity 20.5 After hashing for about 5 min I had a ccminer stopped working crash and had to restart.
upon restart the miner would not hash and got the error with the same ccminer stopped working.

changed intensity to 20.3 and started to hash again for about 5-10 min then i get this error

  
[2014-12-08 01:13:50] GPU #5: result for 0014cc00 is not in range: a8cf372c > 1f
Cuda error in func 'quark_blake512_cpu_setBlock_80' at line 309 : unspecified launch failure.

restart pc

happened a few more times on about 3 different cards out of the 6, all cards are overclocked so I adjusted the mem clocks down 50mhz and the core on the cards that seem to fail down 10mhz on the core.

after about 10 min hashing had a card fail with the error above.

was hashing with your beta 13 release with no issue although the speed is slightly less at 14,445
compared to your 17 release which seems to settle around 14,686

will test some more tomorrow, could be my intensity setting contributing to the instability, what intensity to you set your 750 ti's to when your testing your kernels Sp?

The default intensity is abit high with 6 cards. try to set it to 18 or 19.

[sp_]

 
[2014-12-08 01:13:50] GPU #5: result for 0014cc00 is not in range: a8cf372c > 1f
Cuda error in func 'quark_blake512_cpu_setBlock_80' at line 309 : unspecified launch failure.
restart pc
happened a few more times on about 3 different cards out of the 6, all cards are overclocked so I adjusted the mem clocks down 50mhz and the core on the cards that seem to fail down 10mhz on the core.

I found a memory leak in x13. With the correct intesity x14 is running faster than x13

[sp_]

New binary from git:

Includes some more optimalizations by Schleicher and myself. (Bmw, echo, shavite, fugue, shabal, whirlpool)

Faster x11,x14,x13,x15

http://www.filedropper.com/release18

The sourcecode is available here:

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

My gainward 750ti is peaking at 2,800 MHASH /x11 and 2,210MHASH /x13 at base clocks. But when the card go above 70 degrees, performance is going down.

[frazier34567]

 
[2014-12-08 01:13:50] GPU #5: result for 0014cc00 is not in range: a8cf372c > 1f
Cuda error in func 'quark_blake512_cpu_setBlock_80' at line 309 : unspecified launch failure.
restart pc
happened a few more times on about 3 different cards out of the 6, all cards are overclocked so I adjusted the mem clocks down 50mhz and the core on the cards that seem to fail down 10mhz on the core.

I found a memory leak in x13. With the correct intesity x14 is running faster than x13

Newest release still having same problem.

Finally just removed the popup notifications from my miner. 

regedit

DWORD HKEY_CURRENT_USER\Software\Microsoft\Windows\Windows Error Reporting\DontShowUI = "1"

will make WER silently report. Then you can set

DWORD HKEY_CURRENT_USER\Software\Microsoft\Windows\Windows Error Reporting\Disabled = "1"

to stop it from talking to MS.

https://stackoverflow.com/questions/396369/how-do-i-disable-the-debug-close-application-dialog-on-windows-vista

According to event viewer ccminer is crashing about every 50 to 75 minutes.  x13 is has been the most profitable algo the last 24 hours. 

[jpouza]

Release 17 reports much better hash power in the pool : about 30-40MH/s

Release 18 reports low hash: 15-25MH/s same config

3x980 + 2x750Ti

I will stay with Release 17 for the 980s.

[sp_]

I have merged my branch with the 1.5.1. (tpouvet) It includes the new Vertcoin algorithm (Lyra) implemented by Djm34. x11 hash is down 50-100khash on the 750ti, because I didn't finish the echo merge to support 2 nounces. Building now.

[djm34]

I have merged my branch with the 1.5.1. (tpouvet) It includes the new Vertcoin algorithm (Lyra) implemented by Djm34. x11 hash is down 50-100khash, because I didn't finish the echo merge to support 2 nounces. Building now.

careful it is an older version... (he doesn't listen when someone asks him to wait  )