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

Quote from: sp_ on January 24, 2016, 09:06:40 AM

so basically you expect other dev to work on the opensource so to make your private miner faster Huh

pallas says thank you to you Grin

I will study your new optimized Neoscrypt code and learn.
You should study my code as well. We use different ways to reach our goal. I do small compiler/assembly optimalizations while you are reinventing the algorithm. You should buy my private miner and analyze it. I will give you a discount of 0.05 BTC. Roll Eyes

that's your problem, you need to study my code to get something out, while if you knew what you were doing it is the original code would have to read to make it easier for the gpu.
Basically you don't get any real upgrade because you don't look at what the code does, you are just trying random stuff expecting it will work based on what and other devs wrote... well good luck with that Grin

That is basically how science works in a nutshell. You build off other peoples research. If they get past hurdles you couldn't it gives you ideas and different ways of looking at things to help surpass their work. Remaking the wheel is stupid and it's actually pretty asinine that developers assume everyone should learn from the ground up without assistance besides wizard style 'hints'. This is also the fun that's entailed with 'nix when I was using it. People would hint at what I needed to do instead of tell me what I needed to do and why to make it seem like their knowledge has more meaning.

no it isn't how science works.
Yes you build on other people works, but you do it with an understanding of what has been done before and the inner concept behind... and
once you have reached a dead end (optimization wise...) you get back to the basis.

And in the case of neoscrypt if you don't see that fastkdf is just a massive rotation, there isn't much you can do on top of what has been done...

Have you ever read a research paper? They give you everything. We're operating under the assumption that everyone involved knows the basics and they need to go from there, which includes crossing common hurdles with new techniques.

I can only imagine how you guys would work in groups. Instead of trying to build concepts you're like 'I know this piece of information and we can spend the next 20 minutes while you try to guess how I got there and rub my penis in the process!'.

Does anyone have a batch file to restart a miner every so often?

I read quite a few (and wrote some as well) so ?

djm34

legendary

Activity: 1400

Merit: 1050

Your miner doesn't work. It gives "Does not validate on the cpu error messages" and lower rates on the pool. (gtx 970)

I had to spend half a day to fix it.
I also found some optimalizations.

lol one day to uncomment the __syncthread(), which gives problem on a card I don't have, you're slow Grin

(hope it wasn't too difficult)
(considering I haven't even finished to release it Grin

)

sp_

legendary

Activity: 2954

Merit: 1087

Team Black developer

Your miner doesn't work. It gives "Does not validate on the cpu error messages" and lower rates on the pool. (gtx 970)

I had to spend half a day to fix it.
I also found some optimalizations.

djm34

legendary

Activity: 1400

Merit: 1050

Quote from: sp_ on January 24, 2016, 08:21:28 AM

Quote from: djm34 on January 24, 2016, 08:04:29 AM

Quote from: sp_ on January 24, 2016, 07:18:33 AM

Quote from: sp_ on January 24, 2016, 08:53:59 AM

your release 78 is so crappy that I lose even 50kh/s... most of that is on you (as usual)
but I was asked to use it so...

I have submitted some improvements @ github.
gtx 960: +20khash
gtx:970: +40khash
gtx 750ti: +5khash
I removed this call:
cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
I have also solved the broken hash on the 970. A sync issue.., Will submit soon.

actually cudadevicescheduleblockingsync makes no difference to me (actually this is the cuda 7.5 best parameter which slows down the card when run with cuda 6.5

I have sendt version 5 of the SP-MOD private to the donators. It contains a bugfixed and improved NEOSCRYPT kernal. Works on all models including the gtx 970.

considering the perf you show on the 750ti, I suspect you just make out number...
(anyhow, I get paid to watch your shit show... I shouldn't care too much Grin

but yeah that just confirms that you are just an asshole)

right you are not an asshole, just some jealous ridiculous prick... yeah I understand it is difficult to realize that without me (or other) releasing new kernel your whole business is falling apart. Grin

djm34

legendary

Activity: 1400

Merit: 1050

Quote from: sp_ on January 24, 2016, 05:18:48 AM

My 980ti is doing 835khash when compiled with cuda 6.5.
Good job.

Sp-Mod private 5 is doing 900Khash on the 980ti standard clocks. 7.7% faster than djm34 's opensource version.

well considering you reported completely false number in the first place Grin

sp_

legendary

Activity: 2954

Merit: 1087

Team Black developer

Quote from: sp_ on January 24, 2016, 05:18:48 AM

My 980ti is doing 835khash when compiled with cuda 6.5.
Good job.

Sp-Mod private 5 is doing 900Khash on the 980ti standard clocks. 7.7% faster than djm34 's opensource version.

sp_

legendary

Activity: 2954

Merit: 1087

Team Black developer

You can become a subscriber for only 0.1BTC. (0.05 discount for DJM34)

My privater miner contains all the algorithms on nicehash optimized. 0-30%

sp_

legendary

Activity: 2954

Merit: 1087

Team Black developer

Quote from: djm34 on January 24, 2016, 08:04:29 AM

Quote from: sp_ on January 24, 2016, 07:18:33 AM

Quote from: djm34 on January 24, 2016, 06:05:04 AM

your release 78 is so crappy that I lose even 50kh/s... most of that is on you (as usual)
but I was asked to use it so...

I have submitted some improvements @ github.
gtx 960: +20khash
gtx:970: +40khash
gtx 750ti: +5khash
I removed this call:
cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
I have also solved the broken hash on the 970. A sync issue.., Will submit soon.

actually cudadevicescheduleblockingsync makes no difference to me (actually this is the cuda 7.5 best parameter which slows down the card when run with cuda 6.5

I have sendt version 5 of the SP-MOD private to the donators. It contains a bugfixed and improved NEOSCRYPT kernal. Works on all models including the gtx 970.

bensam1231

legendary

Activity: 1764

Merit: 1024

Quote from: bensam1231 on January 24, 2016, 05:39:08 AM

Quote from: sp_ on January 24, 2016, 07:18:33 AM

so basically you expect other dev to work on the opensource so to make your private miner faster Huh

pallas says thank you to you Grin

I will study your new optimized Neoscrypt code and learn.
You should study my code as well. We use different ways to reach our goal. I do small compiler/assembly optimalizations while you are reinventing the algorithm. You should buy my private miner and analyze it. I will give you a discount of 0.05 BTC. Roll Eyes

that's your problem, you need to study my code to get something out, while if you knew what you were doing it is the original code would have to read to make it easier for the gpu.
Basically you don't get any real upgrade because you don't look at what the code does, you are just trying random stuff expecting it will work based on what and other devs wrote... well good luck with that Grin

That is basically how science works in a nutshell. You build off other peoples research. If they get past hurdles you couldn't it gives you ideas and different ways of looking at things to help surpass their work. Remaking the wheel is stupid and it's actually pretty asinine that developers assume everyone should learn from the ground up without assistance besides wizard style 'hints'. This is also the fun that's entailed with 'nix when I was using it. People would hint at what I needed to do instead of tell me what I needed to do and why to make it seem like their knowledge has more meaning.

no it isn't how science works.
Yes you build on other people works, but you do it with an understanding of what has been done before and the inner concept behind... and
once you have reached a dead end (optimization wise...) you get back to the basis.

And in the case of neoscrypt if you don't see that fastkdf is just a massive rotation, there isn't much you can do on top of what has been done...

Have you ever read a research paper? They give you everything. We're operating under the assumption that everyone involved knows the basics and they need to go from there, which includes crossing common hurdles with new techniques.

I can only imagine how you guys would work in groups. Instead of trying to build concepts you're like 'I know this piece of information and we can spend the next 20 minutes while you try to guess how I got there and rub my penis in the process!'.

Does anyone have a batch file to restart a miner every so often?

djm34

legendary

Activity: 1400

Merit: 1050

your release 78 is so crappy that I lose even 50kh/s... most of that is on you (as usual)
but I was asked to use it so...

I have submitted some improvements @ github.

gtx 960: +20khash
gtx:970: +40khash
gtx 750ti: +5khash

I removed this call:

cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);

I have also solved the broken hash on the 970. A sync issue.., Will submit soon.

actually cudadevicescheduleblockingsync makes no difference to me (actually this is the cuda 7.5 best parameter which slows down the card when run with cuda 6.5

sp_

legendary

Activity: 2954

Merit: 1087

Team Black developer

Quote from: go6ooo1212 on January 24, 2016, 06:54:21 AM

your release 78 is so crappy that I lose even 50kh/s... most of that is on you (as usual)
but I was asked to use it so...

I have submitted some improvements @ github.

gtx 960: +20khash
gtx:970: +40khash
gtx 750ti: +5khash

I removed this call:

cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);

I have also solved the broken hash on the 970. A sync issue.., Will submit soon.

Eliovp

legendary

Activity: 1050

Merit: 1294

Huh?

Guys , is there any optimization on ETH for Maxwell GPUs? Last releases are much slower than the AMD cards...

Try to use Genoil's chunky miner.

That could help to increase your hash rate.

here's a link: https://forum.ethereum.org/discussion/4212/chunky-opencl-miner

go6ooo1212

legendary

Activity: 1512

Merit: 1000

quarkchain.io

Guys , is there any optimization on ETH for Maxwell GPUs? Last releases are much slower than the AMD cards...

Eliovp

legendary

Activity: 1050

Merit: 1294

Huh?

Quote from: bensam1231 on January 24, 2016, 05:39:08 AM

Quote from: Eliovp on January 23, 2016, 06:06:06 PM

Ethereum to the moon. that's what i'm seeing!

Damn i'm so happy that i own AMD cards Cool

Except you owned them for a year and a half in which Nvidia was more profitable (sometimes AMD wasn't profitable at all). Ethereum is one coin, it is definitely profitable right now, betting the farm on it isn't a wise choice.

I have never had a moment where nvidia was more profitable. Though, i have to say, i have had almost always access to private kernels. So that did help.

True it is "VERY" profitable right now. And there's another one coming. "Decred", look it up, check the community behind it. Read about it.

Altcoin mining will and stay profitable for at least a year (in my opinion).

Btw. Add some cards --- > check my sig    l
      l
      l
      V

djm34

legendary

Activity: 1400

Merit: 1050

Quote from: bensam1231 on January 24, 2016, 05:39:08 AM

so basically you expect other dev to work on the opensource so to make your private miner faster Huh

pallas says thank you to you Grin

I will study your new optimized Neoscrypt code and learn.
You should study my code as well. We use different ways to reach our goal. I do small compiler/assembly optimalizations while you are reinventing the algorithm. You should buy my private miner and analyze it. I will give you a discount of 0.05 BTC. Roll Eyes

that's your problem, you need to study my code to get something out, while if you knew what you were doing it is the original code would have to read to make it easier for the gpu.
Basically you don't get any real upgrade because you don't look at what the code does, you are just trying random stuff expecting it will work based on what and other devs wrote... well good luck with that Grin

That is basically how science works in a nutshell. You build off other peoples research. If they get past hurdles you couldn't it gives you ideas and different ways of looking at things to help surpass their work. Remaking the wheel is stupid and it's actually pretty asinine that developers assume everyone should learn from the ground up without assistance besides wizard style 'hints'. This is also the fun that's entailed with 'nix when I was using it. People would hint at what I needed to do instead of tell me what I needed to do and why to make it seem like their knowledge has more meaning.

no it isn't how science works.
Yes you build on other people works, but you do it with an understanding of what has been done before and the inner concept behind... and
once you have reached a dead end (optimization wise...) you get back to the basis.

And in the case of neoscrypt if you don't see that fastkdf is just a massive rotation, there isn't much you can do on top of what has been done...

bensam1231

legendary

Activity: 1764

Merit: 1024