CCminer(SP-MOD) Modded GPU kernels.

[rednoW]

This code will force the kernal to use 64 registers. bether on the 750ti worse on the 970/980.
What I usually do is to case on the compute version and run different configurations for different compute version.
I think many of the kernals haven't been tweaked for a while, and hash can be gained.
If you see my Bitcoin change, all I did was to change the kernal launch configutration for a 17% speedup.

here is the commit:

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

thanks for explanation
R35 after this few mods is best for me, maybe except for quark (r31 is 20-30 kh better), but it's a matter of measurement error

[sp_]

try to remove this commit. (the MyStreamSynchronize calls)

https://github.com/sp-hash/ccminer/commit/40858b1e817c4ea40cf254fe292b3a3c7ca328f2

I think quark will be faster, but your computer will be slow an unusable if you use the graphic card for other work. The syncronization code was added between release 31 and 32


int  the latest versions (release 33 and up) it is also possible to increase the cpu usage for more hash. This was feature was merged from the tpruvot/ccminer fork.

--cpu-affinity    set process affinity to specific cpu core(s) mask
--cpu-priority    set process priority (default: 0 idle, 2 normal to 5 highest)



try --cpu-priority 5

[rednoW]

try to remove this commit. (the MyStreamSynchronize calls)

https://github.com/sp-hash/ccminer/commit/40858b1e817c4ea40cf254fe292b3a3c7ca328f2

I think quark will be faster, but your computer will be slow an unusable if you use the graphic card for other work. The syncronization code was added between release 31 and 32


int  the latest versions (release 33 and up) it is also possible to increase the cpu usage for more hash. This was feature was merged from the tpruvot/ccminer fork.

--cpu-affinity    set process affinity to specific cpu core(s) mask
--cpu-priority    set process priority (default: 0 idle, 2 normal to 5 highest)



try --cpu-priority 5

my display is attached to built-in graphics, so this is not a problem. I will give it a try
And i always run ccminer with realtime priority. After --cpu-priority appearing i use it too.


upd: strange ... i didn't find "MyStreamSynchronize(NULL, 4, thr_id)" on line 237 or nearby in the quarkcoin.cu.

Lines
"MyStreamSynchronize(NULL, 1, thr_id)"
"MyStreamSynchronize(NULL, 2, thr_id)"
"MyStreamSynchronize(NULL, 3, thr_id)"
was found and commented.
Now building ...

upd2: you are a wizard A new quark record for my poor GTX750 - 5650KH, better then R31

[sp_]

try to remove this commit. (the MyStreamSynchronize calls)

https://github.com/sp-hash/ccminer/commit/40858b1e817c4ea40cf254fe292b3a3c7ca328f2

I think quark will be faster, but your computer will be slow an unusable if you use the graphic card for other work. The syncronization code was added between release 31 and 32


int  the latest versions (release 33 and up) it is also possible to increase the cpu usage for more hash. This was feature was merged from the tpruvot/ccminer fork.

--cpu-affinity    set process affinity to specific cpu core(s) mask
--cpu-priority    set process priority (default: 0 idle, 2 normal to 5 highest)
try --cpu-priority 5

my display is attached to built-in graphics, so this is not a problem. I will give it a try
And i always run ccminer with realtime priority. After --cpu-priority appearing i use it too.
upd: strange ... i didn't find "MyStreamSynchronize(NULL, 4, thr_id)" on line 237 or nearby in the quarkcoin.cu.
Lines
"MyStreamSynchronize(NULL, 1, thr_id)"
"MyStreamSynchronize(NULL, 2, thr_id)"
"MyStreamSynchronize(NULL, 3, thr_id)"
was found and commented.
Now building ...

yes I have moved them around, there is one more further down.. "MyStreamSynchronize(NULL, 4, thr_id)" comment out this one as well

[rednoW]

i love it )))

[sp_]

1.5.36(sp-MOD) is available here: (5-feb-2015)

fixed x11
fixed anime(klaust)
faster quark, x11 etc

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

The sourcecode is available here:

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

Post your stats here. Card name/gpu clock/memclock

[go6ooo1212]

Hi , mate , r36 still giving me only booos on qubit..

[rednoW]

1.5.36(sp-MOD) is available here: (5-feb-2015)

fixed x11

you removed "h_found[thr_id][0] = 0xffffffff;" from x11.cu but added

Code:

	foundNonce = 0xffffffff;
	if (foundNonce != 0xffffffff)
...

to x13.cu
x13 don't work now as far as i see ...

[rednoW]

1.5.36(sp-MOD) is available here: (5-feb-2015)

...

Post your stats here. Card name/gpu clock/memclock

gtx 750 (1470gpu/1550mem)

x11    2847 khs
quark 5610 khs
lyra     853 khs
fresh  3435 khs
x13 don't work
x14    2200 khs
x15    1920 khs

note: some of my prev records was with more oc

[arpika]

ASUS gtx 750ti OC with standard clock

hefty 11 Mhs
lyra2  0.7
fresh  3.35
quark 5.5
x11    2.83 (no speed difference with diff 0.06/0.01)

[frazier34567]

gtx 750 ti EVGA SC no OC

x11    3100 khs
quark 5500 khs
lyra     702 khs
fresh  3597 khs
x13 don't work
x14    2329 khs
x15    2004 khs

[sp_]

I fixed x13. The download link is the same. so is the releasenumber.

[sp_]

Hi , mate , r36 still giving me only booos on qubit..

qubit works in benchmark mode. wich pool. and wich type of boo?

[duboisi]

Qubit's boo is due to Low Difficulty Shares, With HamsterPool.
BTW, I have to go back to R26 for a working Qubit. TQ.

[sp_]

Subitted a fix in qubit. Also fixed Echohash. (bug found by klaus-t). Am am tuning the 970 and the 960 now, pehaps some more hash comming for compute 5.2 :-)

New spreadminer for the spread-donators is comming as well. With a small boost.

[go6ooo1212]

Hi , mate , r36 still giving me only booos on qubit..

qubit works in benchmark mode. wich pool. and wich type of boo?

Im testing it at supprnova and maxminers, with and without -f 256 parameter and the result is still booo:
https://geo.suprnova.cc
https://geo.maxminers.net

EDIT: This version "ccminer-1.5.2-git-spmod" is working well..

[sp_]

Does it work with  -f 65536 ?

[go6ooo1212]

Does it work with  -f 65536 ?

with 1.5.2 I use the command line without this --diff parameter

[sp_]

Does it work with  -f 65536 ?

with 1.5.2 I use the command line without this --diff parameter

yes. but in the latest version.

The old version would increase the diff when a pool make a boo on the low diff. But this steals hash from the miner. I will not change this. Change the pool or solomine

[sp_]

Does it work with  -f 65536 ?

with 1.5.2 I use the command line without this --diff parameter

I will change the default if you find a -f that works.