CCminer(SP-MOD) Modded GPU kernels.

[djm34]

DJM34's Neoscrypt kernal is hurting when compiled with cuda 7.5.

I wonder why the kernal is perfoming so shit with Cuda 7.5. Djm34 will say that the compiler is shit, but I say that the code is shit.

it is up to you to make it better... (but since you are a shitty developer you can't   yeah admit you already regret to have chosen that path to speak of my code...  )

[sp_]

My version is already 50% fastef than your version when compiled with cuda 7.5.

[ldw-com]

There is nothing negative in my message, I am just a bit tired of people moaning each time amd or nvidia become the fastest...

There is a lot less negativity in what I wrote than in the message I was responding, and clearly you didn't understand at all what I was saying, so let me rephrase it for you   :

Regarding which one is the fastest: I couldn't care less, I program for both...  
Regarding nvidia/amd communities: I reiterate, there is no such thing as an AMD or an NVIDIA communities there are miners period.
hence: grow the fuck up   (seriously nvidia is the fastest, people buy nvidia; amd is the fastest people buy amd... that's all there is to these so called communities... )

Regarding the fact that devs tend to lean toward nvidia... this is just not true (even if I prefer cuda...), there are far more people in here developing for opencl than there is for cuda...

Well, i reread his message and i came to the conclusion that he never said anything about being the fastest.

Ok, if you program for both. Contact me, in private. i'm looking for someone to work with. I'll explain why in pm. This goes for all of you developers out there.  

DJM34's Neoscrypt kernal is hurting when compiled with cuda 7.5.

I wonder why the kernal is perfoming so shit with Cuda 7.5. Djm34 will say that the compiler is shit, but I say that the code is shit.

it is up to you to make it better... (but since you are a shitty developer you can't   yeah admit you already regret to have chosen that path to speak of my code...  )

A smiley won't disguise the fact that you are "once again" being negative.  

[djm34]

There is nothing negative in my message, I am just a bit tired of people moaning each time amd or nvidia become the fastest...

There is a lot less negativity in what I wrote than in the message I was responding, and clearly you didn't understand at all what I was saying, so let me rephrase it for you   :

Regarding which one is the fastest: I couldn't care less, I program for both...  
Regarding nvidia/amd communities: I reiterate, there is no such thing as an AMD or an NVIDIA communities there are miners period.
hence: grow the fuck up   (seriously nvidia is the fastest, people buy nvidia; amd is the fastest people buy amd... that's all there is to these so called communities... )

Regarding the fact that devs tend to lean toward nvidia... this is just not true (even if I prefer cuda...), there are far more people in here developing for opencl than there is for cuda...

Well, i reread his message and i came to the conclusion that he never said anything about being the fastest.

Ok, if you program for both. Contact me, in private. i'm looking for someone to work with. I'll explain why in pm. This goes for all of you developers out there.  

DJM34's Neoscrypt kernal is hurting when compiled with cuda 7.5.

I wonder why the kernal is perfoming so shit with Cuda 7.5. Djm34 will say that the compiler is shit, but I say that the code is shit.

it is up to you to make it better... (but since you are a shitty developer you can't   yeah admit you already regret to have chosen that path to speak of my code...  )

A smiley won't disguise the fact that you are "once again" being negative.  

I am not being negative, I respond to insult from someone who just makes up numbers by another one  

[sp_]

The neoscrypt hashrate can easily be verified. Why don`t you build it yourself with cuda 7.5.
A 750ti will do 60-70 khash with your code.
And 90-100khash with my code.

[scryptr]

If you want to test the latest @git the cryptomining blog has just compiled a new version. release 77+

http://cryptomining-blog.com/6341-updated-windows-binary-of-the-ccminer-1-5-77-git-fork-by-sp-for-maxwell/

DJM34's Neoscrypt kernal is hurting when compiled with cuda 7.5.

I managed to increase it 50% faster on the 750ti with some tuning.  (from 60KHASH to 90KHASH). (release 74 cuda 6.5 is doing 180khash)

After changing the compiler from 6.5 to 7.5, all the kernals has to be retuned/rewritten. This takes time, but is Necessary.

HYBRID COMPILED RELEASE--

Pallas described a method to compile CCminer with both CUDA 7.5 and 6.5.  The idea was that the Neoscrypt could be compiled with CUDA 6.5, and all other algos with CUDA 7.5.  The CUDA 7.5 compilation would be first, and then a re-compile with CUDA 6.5 would compile only the Neoscrypt algo.  The hybrid would work until Neoscrypt code is re-tuned.

For a brief moment, I thought that DJM34 might contibute with some Nescrypt updates.  I'd contribute to both you and DJM34, I don't know why the whole thing became "Wreck The Halls" with Yuletide folly.  

I'm pretty poor on my coding skills.  But, I think most miners would chip in for even a simple hybrid.  If DJM34 wants some well-deserved contributions, maybe he could add some new Neoscrypt code.


--scryptr

EDIT:  The hybrid release would allow the use of auto-switching software with only one mining executable.      --scryptr

[djm34]

If you want to test the latest @git the cryptomining blog has just compiled a new version. release 77+

http://cryptomining-blog.com/6341-updated-windows-binary-of-the-ccminer-1-5-77-git-fork-by-sp-for-maxwell/

DJM34's Neoscrypt kernal is hurting when compiled with cuda 7.5.

I managed to increase it 50% faster on the 750ti with some tuning.  (from 60KHASH to 90KHASH). (release 74 cuda 6.5 is doing 180khash)

After changing the compiler from 6.5 to 7.5, all the kernals has to be retuned/rewritten. This takes time, but is Necessary.

HYBRID COMPILED RELEASE--

Pallas described a method to compile CCminer with both CUDA 7.5 and 6.5.  The idea was that the Neoscrypt could be compiled with CUDA 6.5, and all other algos with CUDA 7.5.  The CUDA 7.5 compilation would be first, and then a re-compile with CUDA 6.5 would compile only the Neoscrypt algo.  The hybrid would work until Neoscrypt code is re-tuned.

For a brief moment, I thought that DJM34 might contibute with some Nescrypt updates.  I'd contribute to both you and DJM34, I don't know why the whole thing became "Wreck The Halls" with Yuletide folly. 
--scryptr

lolwut ? missing the reference 

I said I might, but I don't know if I will have time... will keep you inform

[scryptr]

If you want to test the latest @git the cryptomining blog has just compiled a new version. release 77+

http://cryptomining-blog.com/6341-updated-windows-binary-of-the-ccminer-1-5-77-git-fork-by-sp-for-maxwell/

DJM34's Neoscrypt kernal is hurting when compiled with cuda 7.5.

I managed to increase it 50% faster on the 750ti with some tuning.  (from 60KHASH to 90KHASH). (release 74 cuda 6.5 is doing 180khash)

After changing the compiler from 6.5 to 7.5, all the kernals has to be retuned/rewritten. This takes time, but is Necessary.

HYBRID COMPILED RELEASE--

Pallas described a method to compile CCminer with both CUDA 7.5 and 6.5.  The idea was that the Neoscrypt could be compiled with CUDA 6.5, and all other algos with CUDA 7.5.  The CUDA 7.5 compilation would be first, and then a re-compile with CUDA 6.5 would compile only the Neoscrypt algo.  The hybrid would work until Neoscrypt code is re-tuned.

For a brief moment, I thought that DJM34 might contibute with some Nescrypt updates.  I'd contribute to both you and DJM34, I don't know why the whole thing became "Wreck The Halls" with Yuletide folly.  
--scryptr

lolwut ? missing the reference  

I said I might, but I don't know if I will have time... will keep you inform

DECK THE HALLS WITH YULETIDE FOLLY--

Falalalala, lalalala!  English Christmas carol, widely sung in the UK, USA, Canada, etc.  It refers to Christmas decorations about the many households (Not bloody red noses!   ).   --scryptr

EDIT:  I think the original line was "Deck the halls with boughs of holly!"  --scryptr

[djm34]

If you want to test the latest @git the cryptomining blog has just compiled a new version. release 77+

http://cryptomining-blog.com/6341-updated-windows-binary-of-the-ccminer-1-5-77-git-fork-by-sp-for-maxwell/

DJM34's Neoscrypt kernal is hurting when compiled with cuda 7.5.

I managed to increase it 50% faster on the 750ti with some tuning.  (from 60KHASH to 90KHASH). (release 74 cuda 6.5 is doing 180khash)

After changing the compiler from 6.5 to 7.5, all the kernals has to be retuned/rewritten. This takes time, but is Necessary.

HYBRID COMPILED RELEASE--

Pallas described a method to compile CCminer with both CUDA 7.5 and 6.5.  The idea was that the Neoscrypt could be compiled with CUDA 6.5, and all other algos with CUDA 7.5.  The CUDA 7.5 compilation would be first, and then a re-compile with CUDA 6.5 would compile only the Neoscrypt algo.  The hybrid would work until Neoscrypt code is re-tuned.

For a brief moment, I thought that DJM34 might contibute with some Nescrypt updates.  I'd contribute to both you and DJM34, I don't know why the whole thing became "Wreck The Halls" with Yuletide folly. 
--scryptr

lolwut ? missing the reference 

I said I might, but I don't know if I will have time... will keep you inform

DECK THE HALLS WITH YULETIDE FOLLY--

Falalalala, lalalala!  English Christmas carol, widely sung in the UK, USA, Canada, etc.  It refers to Christmas decorations about the many households (Not bloody red noses!  ).   --scryptr

EDIT:  I think the original line was "Deck the halls with boughs of holly!"  --scryptr

found it 

[lmaonade80]

So... Must I install CUDA 6.5 for faster NeoScrypt mining? And if so, would the other algorithms suffer as a result?

[djm34]

So... Must I install CUDA 6.5 for faster NeoScrypt mining? And if so, would the other algorithms suffer as a result?

Install Cuda 6.5 you must, and "normal" neoscrypt speed, you'll get

Master Yoda

[joblo]

So... Must I install CUDA 6.5 for faster NeoScrypt mining? And if so, would the other algorithms suffer as a result?

You must compile ccminer with cuda 6.5...

Other algos will be affected but in unpredictable ways.

[scryptr]

WINDOWS RELEASE VERSIONS--

If you use release dot 74, as compiled by sp_ , you will get optimal Neoscrypt rates.  Release dot 74 was the last release compiled by sp_ that used CUDA 6.5.

If you use release dot 77+, it is compiled with CUDA 7.5, and Neoscrypt rates are lower.  Other algos have been improved.

In Linux, it is possible to compile a hybrid version if you use both CUDA 6.5 and 7.5, as described by Pallas a few pages back in the thread.  At least, he describes the hybrid method.  No programmer has released a hybrid pre-compiled version.

--scryptr

[joblo]

WINDOWS RELEASE VERSIONS--

If you use release dot 74, as compiled by sp_ , you will get optimal Neoscrypt rates.  Release dot 74 was the last release compiled by sp_ that used CUDA 6.5.

If you use release dot 77+, it is compiled with CUDA 7.5, and Neoscrypt rates are lower.  Other algos have been improved.

In Linux, it is possible to compile a hybrid version if you use both CUDA 6.5 and 7.5, as described by Pallas a few pages back in the thread.  At least, he describes the hybrid method.  No programmer has released a hybrid pre-compiled version.

--scryptr

And just for completeness, if you have SM3.5 cards (ie 780ti) the old neoscrypt kernel in ccminer 1.5.58 is 15% faster.
All this makes for a messy recipe but that's what you get with optimizing. One size does not fit all.

[lmaonade80]

WINDOWS RELEASE VERSIONS--

If you use release dot 74, as compiled by sp_ , you will get optimal Neoscrypt rates.  Release dot 74 was the last release compiled by sp_ that used CUDA 6.5.

If you use release dot 77+, it is compiled with CUDA 7.5, and Neoscrypt rates are lower.  Other algos have been improved.

In Linux, it is possible to compile a hybrid version if you use both CUDA 6.5 and 7.5, as described by Pallas a few pages back in the thread.  At least, he describes the hybrid method.  No programmer has released a hybrid pre-compiled version.

--scryptr

Awesome, thanks. I was able to bump up my cards. Much appreciated.

[djm34]

WINDOWS RELEASE VERSIONS--

If you use release dot 74, as compiled by sp_ , you will get optimal Neoscrypt rates.  Release dot 74 was the last release compiled by sp_ that used CUDA 6.5.

If you use release dot 77+, it is compiled with CUDA 7.5, and Neoscrypt rates are lower.  Other algos have been improved.

In Linux, it is possible to compile a hybrid version if you use both CUDA 6.5 and 7.5, as described by Pallas a few pages back in the thread.  At least, he describes the hybrid method.  No programmer has released a hybrid pre-compiled version.

--scryptr

is it so difficult for you people to have several versions on your computers ? (while Christian Büchner was still working on cudaminer and ccminer I was having something like 4 to 5 concurrent version of it...)  

[antantti]

is it so difficult for you people to have several versions on your computers ? (while Christian Büchner was still working on cudaminer and ccminer I was having something like 4 to 5 concurrent version of it...)  

And I was about to donate.

[Eliovp]

is it so difficult for you people to have several versions on your computers ? (while Christian Büchner was still working on cudaminer and ccminer I was having something like 4 to 5 concurrent version of it...)  

And I was about to donate.

I lol'ed.. Christmas Spirit yet again :p

[scryptr]

WINDOWS RELEASE VERSIONS--

If you use release dot 74, as compiled by sp_ , you will get optimal Neoscrypt rates.  Release dot 74 was the last release compiled by sp_ that used CUDA 6.5.

If you use release dot 77+, it is compiled with CUDA 7.5, and Neoscrypt rates are lower.  Other algos have been improved.

In Linux, it is possible to compile a hybrid version if you use both CUDA 6.5 and 7.5, as described by Pallas a few pages back in the thread.  At least, he describes the hybrid method.  No programmer has released a hybrid pre-compiled version.

--scryptr

is it so difficult for you people to have several versions on your computers ? (while Christian Büchner was still working on cudaminer and ccminer I was having something like 4 to 5 concurrent version of it...)  

ALGO-SWITCHING SOFTWARE--

It is convenient to have a single version for algo-switching software.  Not absolutely required, it just is easier for the miner.  I haven't been able to work the bug's out of Skunk's outdated BASH script for algo-switching, he did use different miniing software for different algos.  It would be nice to have a compiled C-language Linux executable that works like NiceHash Miner.  NiceHash miner uses dotNet code, and that is Windows stuff.  I tried to implement dotNet emulation in Linux, it didn't go well. 

--scryptr

[chrysophylax]

WINDOWS RELEASE VERSIONS--

If you use release dot 74, as compiled by sp_ , you will get optimal Neoscrypt rates.  Release dot 74 was the last release compiled by sp_ that used CUDA 6.5.

If you use release dot 77+, it is compiled with CUDA 7.5, and Neoscrypt rates are lower.  Other algos have been improved.

In Linux, it is possible to compile a hybrid version if you use both CUDA 6.5 and 7.5, as described by Pallas a few pages back in the thread.  At least, he describes the hybrid method.  No programmer has released a hybrid pre-compiled version.

--scryptr

is it so difficult for you people to have several versions on your computers ? (while Christian Büchner was still working on cudaminer and ccminer I was having something like 4 to 5 concurrent version of it...)  

ALGO-SWITCHING SOFTWARE--

It is convenient to have a single version for algo-switching software.  Not absolutely required, it just is easier for the miner.  I haven't been able to work the bug's out of Skunk's outdated BASH script for algo-switching, he did use different miniing software for different algos.  It would be nice to have a compiled C-language Linux executable that works like NiceHash Miner.  NiceHash miner uses dotNet code, and that is Windows stuff.  I tried to implement dotNet emulation in Linux, it didn't go well. 

--scryptr

do you have a git - or copy - of the script? ... i have a copy of your older one - and needed some work on it - but just havent had time ...

and ill be going away for a christmas break for a few days - so i wont be back till new years ...

i will pop in and out occasionally to check on the threads - but wont be working much on granite - or thefarm till i get back ... a few plans already started and a few more in the making ... 2016 will be a nice prosperous year ...

happy christmas guys ...

#crysx