Author

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

legendary
Activity: 1400
Merit: 1050
No the most profitable is Etherum.

but,  if the 750ti was hashing lyra2v2 at 7,636 MHASH it will be more profitable than the public quark kernals. But it isn't. Even with the private kernals.
I might have a look at that quark at some point  Grin
anyhow mining vtc to just dump it right away on the exchange isn't really the point anyone having done that clearly missed sunday events  Grin
sr. member
Activity: 248
Merit: 250
Hi All
Being watching this thread with interest the past could of weeks & decided to move over from ageing old AMD's to Nvidia and build my first 750ti rig. which is now up and running  Grin
I've got to ask tsiv how are you getting 5700 from the 750ti? mine are only doing 4600  Sad
wDragon

Wrote a faster version of the lyra kernel. Magic.
ah getting now 5.9MH/s (and up to 6MH/s with some stronger OC) on the 750ti... funny though that kernel doesn't perform that well on the 980 (getting only 10.6MH getting about same as the public (kernel setting was way off) and my other private kernel is doing 15MH/s)
@Djm Pls add VTC adress to your signature.
@Pallas u too Smiley)
@sp 4106e4d023060e19abdbbf2aa45dec23d40a5694f486b5dbfea656b7a92c3b74 , i was busy all week, I'll send more soon.. Miners didn't worked for some time , i have to collect more Smiley)

I have added it to my signature now, thanks! :-)

TrxID: e34c49ffa4226e995a42b56b812d942188fd44b63d2ea6d8500f86c9ec5970f0 @ 2015-09-02 08:00:22 better then nothing.. Smiley))
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
Hi All
Being watching this thread with interest the past could of weeks & decided to move over from ageing old AMD's to Nvidia and build my first 750ti rig. which is now up and running  Grin
I've got to ask tsiv how are you getting 5700 from the 750ti? mine are only doing 4600  Sad
wDragon

Wrote a faster version of the lyra kernel. Magic.
ah getting now 5.9MH/s (and up to 6MH/s with some stronger OC) on the 750ti... funny though that kernel doesn't perform that well on the 980 (getting only 10.6MH getting about same as the public (kernel setting was way off) and my other private kernel is doing 15MH/s)
@Djm Pls add VTC adress to your signature.
@Pallas u too Smiley)
@sp 4106e4d023060e19abdbbf2aa45dec23d40a5694f486b5dbfea656b7a92c3b74 , i was busy all week, I'll send more soon.. Miners didn't worked for some time , i have to collect more Smiley)

I have added it to my signature now, thanks! :-)
legendary
Activity: 1151
Merit: 1001
No the most profitable is Etherum.

but,  if the 750ti was hashing lyra2v2 at 7,636 MHASH it will be more profitable than the public quark kernals. But it isn't. Even with the private kernals.
Ethereum?!
Mining with 750 is ok only under Linux, Windows has too many bugs - like getting 5MH instead of 8-9 for unknown reason, or even getting 300-400KH under 8.1
Of 3 750Ti cards I have, 2 can mine with ~ 5MH under Win7, the third - 300KH/s under 8.1
sr. member
Activity: 248
Merit: 250
ccminer-1.5.62-git-spmod  (Gpu clock=1366 mhz) (Mem clock=3004 mhz)

Quark
ccminer.exe -i 22.9 -r 5 -R 5 -m --cpu-priority 5 -q -a quark -o stratum+tcp://quark.usa.nicehash.com:3345 -u x -p x

2 X Gtx 970 = 33 100 kh/s
Gtx 970 = 16 550 kh/s per card average
0.0132 btc/day atm

Lyra2v2
ccminer.exe -i 19.4 -r 5 -R 5 -m --cpu-priority 5 -q -a lyra2v2 -o stratum+tcp://lyra2rev2.usa.nicehash.com:3347 -u x -p x

2 X Gtx 970 = 19 825 kh/s
Gtx 970 = 9 912 kh/s per card average
0.00793 btc/day atm

ccminer-1.5.63-git-spmod  (Gpu clock=1366 mhz) (Mem clock=3004 mhz)

Quark
ccminer.exe -i 22.9 -r 5 -R 5 -m --cpu-priority 5 -q -a quark -o stratum+tcp://quark.usa.nicehash.com:3345 -u x -p x

2 X Gtx 970 = 33 350 kh/s (+250 kh/s)  Shocked
Gtx 970 = 16 675 kh/s per card average
0.0133 btc/day atm

Lyra2v2
ccminer.exe -i 19.4 -r 5 -R 5 -m --cpu-priority 5 -q -a lyra2v2 -o stratum+tcp://lyra2rev2.usa.nicehash.com:3347 -u x -p x

2 X Gtx 970 = 19 900 kh/s (+75 kh/s)  Shocked
Gtx 970 = 9 950 kh/s per card average
0.00796 btc/day atm

Quark is 66% more profitable than lyra2v2.



but the lyra2v2 have less power consumption,for my calculations still lyra2v2 a little better.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
No the most profitable is Etherum.

but,  if the 750ti was hashing lyra2v2 at 7,636 MHASH it will be more profitable than the public quark kernals. But it isn't. Even with the private kernals.
legendary
Activity: 3248
Merit: 1072
ccminer-1.5.62-git-spmod  (Gpu clock=1366 mhz) (Mem clock=3004 mhz)

Quark
ccminer.exe -i 22.9 -r 5 -R 5 -m --cpu-priority 5 -q -a quark -o stratum+tcp://quark.usa.nicehash.com:3345 -u x -p x

2 X Gtx 970 = 33 100 kh/s
Gtx 970 = 16 550 kh/s per card average
0.0132 btc/day atm

Lyra2v2
ccminer.exe -i 19.4 -r 5 -R 5 -m --cpu-priority 5 -q -a lyra2v2 -o stratum+tcp://lyra2rev2.usa.nicehash.com:3347 -u x -p x

2 X Gtx 970 = 19 825 kh/s
Gtx 970 = 9 912 kh/s per card average
0.00793 btc/day atm

ccminer-1.5.63-git-spmod  (Gpu clock=1366 mhz) (Mem clock=3004 mhz)

Quark
ccminer.exe -i 22.9 -r 5 -R 5 -m --cpu-priority 5 -q -a quark -o stratum+tcp://quark.usa.nicehash.com:3345 -u x -p x

2 X Gtx 970 = 33 350 kh/s (+250 kh/s)  Shocked
Gtx 970 = 16 675 kh/s per card average
0.0133 btc/day atm

Lyra2v2
ccminer.exe -i 19.4 -r 5 -R 5 -m --cpu-priority 5 -q -a lyra2v2 -o stratum+tcp://lyra2rev2.usa.nicehash.com:3347 -u x -p x

2 X Gtx 970 = 19 900 kh/s (+75 kh/s)  Shocked
Gtx 970 = 9 950 kh/s per card average
0.00796 btc/day atm

Quark is 66% more profitable than lyra2v2.



is quark the most profitable right now?
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
ccminer-1.5.62-git-spmod  (Gpu clock=1366 mhz) (Mem clock=3004 mhz)

Quark
ccminer.exe -i 22.9 -r 5 -R 5 -m --cpu-priority 5 -q -a quark -o stratum+tcp://quark.usa.nicehash.com:3345 -u x -p x

2 X Gtx 970 = 33 100 kh/s
Gtx 970 = 16 550 kh/s per card average
0.0132 btc/day atm

Lyra2v2
ccminer.exe -i 19.4 -r 5 -R 5 -m --cpu-priority 5 -q -a lyra2v2 -o stratum+tcp://lyra2rev2.usa.nicehash.com:3347 -u x -p x

2 X Gtx 970 = 19 825 kh/s
Gtx 970 = 9 912 kh/s per card average
0.00793 btc/day atm

ccminer-1.5.63-git-spmod  (Gpu clock=1366 mhz) (Mem clock=3004 mhz)

Quark
ccminer.exe -i 22.9 -r 5 -R 5 -m --cpu-priority 5 -q -a quark -o stratum+tcp://quark.usa.nicehash.com:3345 -u x -p x

2 X Gtx 970 = 33 350 kh/s (+250 kh/s)  Shocked
Gtx 970 = 16 675 kh/s per card average
0.0133 btc/day atm

Lyra2v2
ccminer.exe -i 19.4 -r 5 -R 5 -m --cpu-priority 5 -q -a lyra2v2 -o stratum+tcp://lyra2rev2.usa.nicehash.com:3347 -u x -p x

2 X Gtx 970 = 19 900 kh/s (+75 kh/s)  Shocked
Gtx 970 = 9 950 kh/s per card average
0.00796 btc/day atm

Quark is 66% more profitable than lyra2v2.

sr. member
Activity: 248
Merit: 250
Hi All
Being watching this thread with interest the past could of weeks & decided to move over from ageing old AMD's to Nvidia and build my first 750ti rig. which is now up and running  Grin
I've got to ask tsiv how are you getting 5700 from the 750ti? mine are only doing 4600  Sad
wDragon

Wrote a faster version of the lyra kernel. Magic.
ah getting now 5.9MH/s (and up to 6MH/s with some stronger OC) on the 750ti... funny though that kernel doesn't perform that well on the 980 (getting only 10.6MH getting about same as the public (kernel setting was way off) and my other private kernel is doing 15MH/s)
@Djm Pls add VTC adress to your signature.
@Pallas u too Smiley)
@sp 4106e4d023060e19abdbbf2aa45dec23d40a5694f486b5dbfea656b7a92c3b74 , i was busy all week, I'll send more soon.. Miners didn't worked for some time , i have to collect more Smiley)
legendary
Activity: 1400
Merit: 1050
Hi All
Being watching this thread with interest the past could of weeks & decided to move over from ageing old AMD's to Nvidia and build my first 750ti rig. which is now up and running  Grin
I've got to ask tsiv how are you getting 5700 from the 750ti? mine are only doing 4600  Sad
wDragon

Wrote a faster version of the lyra kernel. Magic.
ah getting now 5.9MH/s (and up to 6MH/s with some stronger OC) on the 750ti... funny though that kernel doesn't perform that well on the 980 (getting only 10.6MH getting about same as the public (kernel setting was way off) and my other private kernel is doing 15MH/s)
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
There was also a cpu-load "bug" just a few CCminer editions back.  The bug used a lot of CPU power, but also increased the hash rate.  It is only with the most recent releases that CCminer can achieve the same or better hash rates.
I'd like to see a command line switch that would allow the miner to engage the CPU for greater hash rates.  On my dedicated rigs I'd engage the CPU, and benefit from the greater hash rate.  On my work computer, I'd leave it out so that my desktop would not freeze.
There was a similar switch in CudaMiner, and it was sometimes effective in mining script.  If the CPU "bug" was ironed out and taught to behave well, I am sure that miners would use it when appropriate.       --scryptr
I guess you are referring to the "bug" I introduced when initially submitted the improved neoscrypt kernel.
I removed this:
cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
Which looked to induce a little speed gain, without noticing it also produced 100% cpu load.
We could add a commandline option to disable it, but personally I think the hassle and additional power usage doesn't justify less-than-one-percent hashrate gain.
Still if it's optional, I see no reason not to include it (provided that what it does is well explained).
BTW ethereum cudaminer has a similar option.
And 50Watt more power on the rig.. So 50 watt for 1KHASH gain Smiley
DETAILS, DETAILS--
I do not know the exact details,  I was considering 10.2Mh/s vs. 10.6Mh/s for Quark.  I am not the dev, just the miner.  If the CPU can be tasked to improve a few of the algos, I am in favor of the command line switch.  Quark hash rates are a "big deal" to any miner just now.  Neoscrypt rates matter also, but, like Lyra2v2, you might need to mine the coin instead of a BTC exchange rate.  VTC markets are looking up, I haven't traded FTC and the merge-mined companion coins for a while, but I just might.
      --scryptr

ok, I will add the switch. It will add cpu work on all the algos..
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
I have the feeling that the faster hashrate reporting, and maybe other issues, are not related to the reporting itself.
It is now exiting lighting fast when I hit ctrl-C, it never was that fast, it always took some seconds. Now a blink of an eye.
It looks like the jobs sent to the gpu are computed much faster (but the hashrate is the same), maybe they are smaller.... I don't know how to check this.
legendary
Activity: 1797
Merit: 1028
There was also a cpu-load "bug" just a few CCminer editions back.  The bug used a lot of CPU power, but also increased the hash rate.  It is only with the most recent releases that CCminer can achieve the same or better hash rates.
I'd like to see a command line switch that would allow the miner to engage the CPU for greater hash rates.  On my dedicated rigs I'd engage the CPU, and benefit from the greater hash rate.  On my work computer, I'd leave it out so that my desktop would not freeze.
There was a similar switch in CudaMiner, and it was sometimes effective in mining script.  If the CPU "bug" was ironed out and taught to behave well, I am sure that miners would use it when appropriate.       --scryptr
I guess you are referring to the "bug" I introduced when initially submitted the improved neoscrypt kernel.
I removed this:
cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
Which looked to induce a little speed gain, without noticing it also produced 100% cpu load.
We could add a commandline option to disable it, but personally I think the hassle and additional power usage doesn't justify less-than-one-percent hashrate gain.
Still if it's optional, I see no reason not to include it (provided that what it does is well explained).
BTW ethereum cudaminer has a similar option.

And 50Watt more power on the rig.. So 50 watt for 1KHASH gain Smiley

DETAILS, DETAILS--

I do not know the exact details,  I was considering 10.2Mh/s vs. 10.6Mh/s for Quark.  I am not the dev, just the miner.  If the CPU can be tasked to improve a few of the algos, I am in favor of the command line switch.  Quark hash rates are a "big deal" to any miner just now.  Neoscrypt rates matter also, but, like Lyra2v2, you might need to mine the coin instead of a BTC exchange rate.  VTC markets are looking up, I haven't traded FTC and the merge-mined companion coins for a while, but I just might.

      --scryptr
legendary
Activity: 3164
Merit: 1003
 sp  could you please put the http protocol back in the source code. I can't wallet mine. And djm lyra2v2 is the same. thx    

I didn't remove it, not sure why it isn't working..

He's probably talking about wallet mining with GBT - coins are moving to newer BTC codebases, which have getwork removed.
This works with release43  but not with release 62 for wallet mining.

ccminer.exe -a quark  -q -o http://localhost:port           < computer  1
ccminer.exe -a quark  -q  -o http://192.168.0.102:port  <  computer 2   Both on the same hub.

Somewhere after release43 it stopped working. Maybe around release50.

Build 54 is the last sp_ build that will solo mine against your wallet.  I have not tried B63, but I'm assuming it will also fail.  I have tried every build from 54 to 62.  
My solo test shows it still works in r56 but fails in r57
ccminer.exe -a neoscrypt --no-gbt --no-longpoll -o 127.0.0.1:3333 -u phoenixcoinpc -p x -d 0 -i 10 -l T16x2
I tested r54,r55,r56 & r57. never downloaded r58


you should keep your related wallet open me 2 faced with this problem and solved it like i said
Yes kama  ..absolutely ones wallet must be open and fully synced.
legendary
Activity: 3164
Merit: 1003
  sp  could you please put the http protocol back in the source code. I can't wallet mine. And djm lyra2v2 is the same. thx   

I didn't remove it, not sure why it isn't working..

He's probably talking about wallet mining with GBT - coins are moving to newer BTC codebases, which have getwork removed.
This works with release43  but not with release 62 for wallet mining.

ccminer.exe -a quark  -q -o http://localhost:port           < computer  1
ccminer.exe -a quark  -q  -o http://192.168.0.102:port  <  computer 2   Both on the same hub.

Somewhere after release43 it stopped working. Maybe around release50.

Build 54 is the last sp_ build that will solo mine against your wallet.  I have not tried B63, but I'm assuming it will also fail.  I have tried every build from 54 to 62. 
That you GarlukKY.
Now if sp can look into that and add it back in, that would be great.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
There was also a cpu-load "bug" just a few CCminer editions back.  The bug used a lot of CPU power, but also increased the hash rate.  It is only with the most recent releases that CCminer can achieve the same or better hash rates.
I'd like to see a command line switch that would allow the miner to engage the CPU for greater hash rates.  On my dedicated rigs I'd engage the CPU, and benefit from the greater hash rate.  On my work computer, I'd leave it out so that my desktop would not freeze.
There was a similar switch in CudaMiner, and it was sometimes effective in mining script.  If the CPU "bug" was ironed out and taught to behave well, I am sure that miners would use it when appropriate.       --scryptr
I guess you are referring to the "bug" I introduced when initially submitted the improved neoscrypt kernel.
I removed this:
cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
Which looked to induce a little speed gain, without noticing it also produced 100% cpu load.
We could add a commandline option to disable it, but personally I think the hassle and additional power usage doesn't justify less-than-one-percent hashrate gain.
Still if it's optional, I see no reason not to include it (provided that what it does is well explained).
BTW ethereum cudaminer has a similar option.

And 50Watt more power on the rig.. So 50 watt for 1KHASH gain Smiley
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
Maybe I should say I've not been able to solo mine on Quark algo since b54.  I just tried b56, it just sits there doing nothing.... just like in your screenshot.  B57 does not generate an error message for me, but it also just sits there doing nothing.
Solo mining is unlike pool mining you will not see any output like a pool gives in solo.
Only once you have found a block will it show any output, well you can use -P if you'd
like to see a little more info about what is happening in the background.

Tvpruvot has added some stats in the solominer lite total network hashrate in ccminer 1.6.6. I think I will refork and replace all the kernals, but it will take some time. If you donate some more I will do it..

(borring merge work)
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
There was also a cpu-load "bug" just a few CCminer editions back.  The bug used a lot of CPU power, but also increased the hash rate.  It is only with the most recent releases that CCminer can achieve the same or better hash rates.

I'd like to see a command line switch that would allow the miner to engage the CPU for greater hash rates.  On my dedicated rigs I'd engage the CPU, and benefit from the greater hash rate.  On my work computer, I'd leave it out so that my desktop would not freeze.

There was a similar switch in CudaMiner, and it was sometimes effective in mining script.  If the CPU "bug" was ironed out and taught to behave well, I am sure that miners would use it when appropriate.       --scryptr

I guess you are referring to the "bug" I introduced when initially submitted the improved neoscrypt kernel.
I removed this:

cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);

Which looked to induce a little speed gain, without noticing it also produced 100% cpu load.

We could add a commandline option to disable it, but personally I think the hassle and additional power usage doesn't justify less-than-one-percent hashrate gain.
Still if it's optional, I see no reason not to include it (provided that what it does is well explained).
BTW ethereum cudaminer has a similar option.
full member
Activity: 231
Merit: 150
Maybe I should say I've not been able to solo mine on Quark algo since b54.  I just tried b56, it just sits there doing nothing.... just like in your screenshot.  B57 does not generate an error message for me, but it also just sits there doing nothing.

Solo mining is unlike pool mining you will not see any output like a pool gives in solo.
Only once you have found a block will it show any output, well you can use -P if you'd
like to see a little more info about what is happening in the background.



The Good The Bad and The Ugly
good: yay!!! bad: hash rate The Ugly: boooo  Tongue
Only after a yay or booo does it start to give other readings in solo.
legendary
Activity: 1797
Merit: 1028
OLD BUGS--

I'd like to thank the coders (t-nelson and sp_) that have finally squashed the ctrl-c bug under Windows.  If only Yaamp were still up and running, I could use my Yaamp-protocol profit switching batch file without Windows hiccuping and destroying the effectiveness of the simple switching method.

And, several miners are clarifying a solo-mining bug that has crept in.  I'm sure that it will get worked out soon.

There was also a cpu-load "bug" just a few CCminer editions back.  The bug used a lot of CPU power, but also increased the hash rate.  It is only with the most recent releases that CCminer can achieve the same or better hash rates.

I'd like to see a command line switch that would allow the miner to engage the CPU for greater hash rates.  On my dedicated rigs I'd engage the CPU, and benefit from the greater hash rate.  On my work computer, I'd leave it out so that my desktop would not freeze.

There was a similar switch in CudaMiner, and it was sometimes effective in mining script.  If the CPU "bug" was ironed out and taught to behave well, I am sure that miners would use it when appropriate.       --scryptr
Jump to: