sp_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 05, 2014, 06:17:29 AM Last edit: December 05, 2014, 06:49:30 AM by sp_ |
|
new version without cpu errors. I also reverted the AES change and merged klaus'es echo compiler optimalizations. http://www.filedropper.com/release16The sourcecode is available here: https://github.com/sp-hash/ccminer
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 05, 2014, 06:53:25 AM |
|
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_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 05, 2014, 06:55:01 AM |
|
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.orgI might have a look at this problem in the weekend. What difficulty are you mining on in these pools?
|
|
|
|
jjjordan
|
|
December 05, 2014, 03:17:30 PM |
|
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.orgI 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_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 05, 2014, 06:01:58 PM |
|
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_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 05, 2014, 06:27:52 PM |
|
just tested build 16 on a 980 and its slower than release 13... on the 750ti it's faster.
|
|
|
|
Bombadil
|
|
December 05, 2014, 07:00:15 PM |
|
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/c3bdb623e82ed4bc6906ff06d616a2b13494b424Also, any news about the API?
|
|
|
|
bensam123
|
|
December 05, 2014, 07:31:54 PM |
|
Does anyone have power usage stats for a 970 for x11/x13/x15?
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 05, 2014, 08:26:14 PM |
|
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/c3bdb623e82ed4bc6906ff06d616a2b13494b424Also, any news about the API? I need to refork soon. Alot of good work has been done on the other branch.
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 07, 2014, 01:05:51 PM |
|
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/release17The sourcecode is available here: https://github.com/sp-hash/ccminer
|
|
|
|
coinut
|
|
December 07, 2014, 01:41:07 PM |
|
Thanks Sp ! downloading now
|
|
|
|
sp_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 07, 2014, 02:00:40 PM |
|
Might not be fixed yet...
I will branch 1.5.1 and merge my kernals now.
|
|
|
|
coinut
|
|
December 07, 2014, 02:31:25 PM |
|
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_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 07, 2014, 02:57:35 PM |
|
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_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 07, 2014, 04:49:40 PM |
|
[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_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 10, 2014, 07:05:39 PM |
|
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/release18The sourcecode is available here: https://github.com/sp-hash/ccminerMy 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
Member
Offline
Activity: 95
Merit: 10
|
|
December 11, 2014, 04:17:48 PM |
|
[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-vistaAccording 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
Legendary
Offline
Activity: 2800
Merit: 1119
|
|
December 11, 2014, 09:39:05 PM |
|
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_ (OP)
Legendary
Offline
Activity: 2926
Merit: 1087
Team Black developer
|
|
December 12, 2014, 07:47:02 PM |
|
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
Legendary
Offline
Activity: 1400
Merit: 1050
|
|
December 12, 2014, 07:48:17 PM |
|
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 )
|
djm34 facebook pageBTC: 1NENYmxwZGHsKFmyjTc5WferTn5VTFb7Ze Pledge for neoscrypt ccminer to that address: 16UoC4DmTz2pvhFvcfTQrzkPTrXkWijzXw
|
|
|
|