Author

Topic: CCminer(SP-MOD) Modded NVIDIA Maxwell / Pascal kernels. - page 1103. (Read 2347601 times)

hero member
Activity: 1064
Merit: 500
MOBU
You can see the list of commits here:

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

If you want to run the latest beta you need to build it yourself.

@sp-

Aww Man....I don't do code...compile...etc. But I can run the dog-snot outa a Win .exe.

edit; Ohh..... I've got some x11 shares comin your way. That is your .bat isn't it?
                  (hmmm...I'm impressed. Consistent 33s kh)
edit2; Aww...hell...sorry sp, meant to send those shares to you. Thought it was your x11.bat. Somebody got some shares!!!
legendary
Activity: 1510
Merit: 1003
Also ...is it uploaded to git?
yes, latest sources from git show no extranonce subscribe support on the pool when using -g parameter
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
You can see the list of commits here:

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

If you want to run the latest beta you need to build it yourself.
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
Submitted some more fixes. Less rejects on the pool.

I will not build release 50 yet. I need to fix the bugs first.
hero member
Activity: 1064
Merit: 500
MOBU
I have fixed it now. I have made a new switch. '-e' that will switch of the extranonce subscription.
If the 'g' switch is on '-e' will automaticly be activated...

This is not a bugfix, but just a workaround.

What does -e do and if I'm using -g I don't need it or what?

Also ...is it uploaded to git?
legendary
Activity: 1510
Merit: 1003
Build and try. Seems to be around +0.5MHASH pr 750ti average on the pool.

Nicehash is currently hashing 16GHASH of quark. At one point the quark hashrate was higher than x11.
I do ... but build process takes some time Wink
Will see ... new charts on nicehash will be helpful Wink
hero member
Activity: 1064
Merit: 500
MOBU
I have fixed it now. I have made a new switch. '-e' that will switch of the extranonce subscription.
If the 'g' switch is on '-e' will automaticly be activated...

This is not a bugfix, but just a workaround.

What does -e do and if I'm using -g I don't need it or what?
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
New world record for quark on the 750ti Smiley
yaamp.com:4033 quark block 1621936
GPU #1: GeForce GTX 750 Ti, 6992
GPU #0: GeForce GTX 750 Ti, 9895
GPU #0: GeForce GTX 750 Ti, 8825
GPU #1: GeForce GTX 750 Ti, 6487
-g 5 -i 22 standard clocks.
too good to be true Cheesy Cheesy Cheesy

Build and try. Seems to be around +0.5MHASH pr 750ti average on the pool.

Nicehash is currently hashing 16GHASH of quark. At one point the quark hashrate was higher than x11.
legendary
Activity: 1510
Merit: 1003
New world record for quark on the 750ti Smiley

yaamp.com:4033 quark block 1621936
GPU #1: GeForce GTX 750 Ti, 6992
GPU #0: GeForce GTX 750 Ti, 9895
GPU #0: GeForce GTX 750 Ti, 8825
GPU #1: GeForce GTX 750 Ti, 6487


-g 5 -i 22 standard clocks.

too good to be true Cheesy Cheesy Cheesy
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
New world record for quark on the 750ti Smiley

yaamp.com:4033 quark block 1621936
GPU #1: GeForce GTX 750 Ti, 6992
GPU #0: GeForce GTX 750 Ti, 9895
GPU #0: GeForce GTX 750 Ti, 8825
GPU #1: GeForce GTX 750 Ti, 6487


-g 5 -i 22 standard clocks.
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
I have fixed it now. I have made a new switch. '-e' that will switch of the extranonce subscription.
If the 'g' switch is on '-e' will automaticly be activated...

This is not a bugfix, but just a workaround.
hero member
Activity: 1064
Merit: 500
MOBU
Seems to be a bug in the extranounce code for multiple threads. The hashrate is dropping after the pool is changing the extranonce

I'm seeing the same. I've got a couple of hours to play, so I'll try some different switches and see if it gets better.

edit; did you see my post below? Kidda gets me when it runs for so long, /w no determined timing, and pulls the fault. Never had that happen before. I did add some things to the network, but it should handle it. Just strange!!
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
Seems to be a bug in the extranounce code for multiple threads. The hashrate is dropping after the pool is changing the extranonce
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
On the fixed version on git we have a boost in quark with -i 22 -g 5. on the 750ti.

Seems to be +250khash per card or more.. The longer the miner is running the bether hashrate on the pool
hero member
Activity: 1064
Merit: 500
MOBU
Ahhh ha! Got it to do this again. I've been getting disconnected from the pool and would like to know if there is a problem or a workaround to it. I have a single 750Ti card running a basic .bat file. Just the pool with the algo & " -g 2 --cpu-priority 3" switches. I 'sometimes' get this error;

Stratum connection failed: Failed to connect to poolX.com port XXXX: Connection refused
...terminating workio thread



of course the Xs are not really there...but ya get the meaning.
Is this a problem on my end, pool side or a coding issue? This has never been an issue, in the past. Very much appreciated!

Thank You for all the hard work!

Happy mining!!

edit: Oh crap.....running the early D/L of release49, CUDA6.5, Win8.1...sorry, shoulda told ya that up top!
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
I have fixed the stats for the -g switch. The miner show lower output like we have observed on the pools.
Klaus_t has introduced cudastreams in his fork, I am trying it out to see if it improves the thread perfomance.
legendary
Activity: 1400
Merit: 1000
I get low accepted % on lyra2. Around 84% on release 49.

I have fixed it now@git. The rejects where of the type low difficulty share. X11 also had this problem on some pools

Will compile and run it.
hero member
Activity: 1064
Merit: 500
MOBU
I get low accepted % on lyra2. Around 84% on release 49.

I have fixed it now@git. The rejects where of the type low difficulty share. X11 also had this problem on some pools

Ok folks....just a quick question...when will the finished product be ready for D/L?

Thank You for all the hard work you guys are doing.

Happy Mining!!
sp_
legendary
Activity: 2926
Merit: 1087
Team Black developer
I get low accepted % on lyra2. Around 84% on release 49.

I have fixed it now@git. The rejects where of the type low difficulty share. X11 also had this problem on some pools
legendary
Activity: 2912
Merit: 1091
--- ChainWorks Industries ---
sp ...
finally got it all sorted with compile and setup of the new os / install ...
testing now with neoscrypt and obviously donating also Wink - http://yaamp.com/?address=1CTiNJyoUmbdMRACtteRWXhGqtSETYd6Vd ...
-i 15.8 ( 58880 cuda threads - max it will go on this system ) ... -a neoscrypt -i 15.8
fedora 20 x64 - 6 x gigabyte 750ti oc lp cards - cuda 6.5 - latest git clone spmod ...
will let it run for an hour or so - and see how it fares ...
any settings that i should know about that would optimize it further? ...
tanx ...
#crysx

Tnx for using my btc account for testing.

In the short test period 6x750ti hashed neoscrypt from

814-1231Khash

The average rate in the end was 964 KHASH.  (161 Khash per card.) Is this close to the output you got from ccminer?



thats ok ... ill be testing it all with the donation links once i have them all setup ... ive just been WAY too busy with life at the moment ...

this will all be full time for me soon - so ill have a great deal more time to invest on our farm ...

now - if you mean from djm's optimized ccminer ... i wouldnt know ... sorry sp ...

i never got the chance to mine as the compiled private miner he was distributing was already compiled ( from ubuntu i think - and he was so kind to provide it ) - and the farm wouldnt accept it with the setup that it was in ...

he DID mention to me many a time to upgrade to the latest cuda 6.5 ( i was using and compiling with 6,0 at the time ) BUT i didnt as it was a major undertaking ( as i have now found out ) - so i have no comparison ...

but i do have that private miner in the office server - so i can test it tomorrow if thats what you are after ...

as far as i know - there were also extra parameters like -throughput ... are those paramaters necessary with this spmod fork? ...

these optimizations you are making are getting very good hashrates ...

if you are asking from ccminer itself ... then the answer is very close ...

ccminer itself showed hashrates a little above that ... approx 950KH - 960KH total ...

tanx sp ...

#crysx
Jump to: