I just tried nicehash with the new scrypt-jane algo.
Fails on ccminer-sp (cuda ram allocation issues, maybe more tweaking is needed) but works on ccminer-tpruvot, unfortunately it's highly unprofitable.
Rates need to double or triple before getting interesting.
BTW, is 2 Kh/s a good hashrate for a 970?
Topic: CCminer(SP-MOD) Modded NVIDIA Maxwell / Pascal kernels. - page 906. (Read 2347659 times)
I don't have any problems on nicehash quark with release 70.
Quote
i had some rejected shares for a little while earlier when testing - its not the miner ... they are running fine now ...
its nicehash ...
try running the miner on another pool and see if it runs ...
that will prove one way or another ...
#crysx
Yep as i said previously ccminer runs fine on another pools. with different algos.
Just interesting what can be a problem with nicehash. anyway thanks for reply.
OK, and how is it related to ccminer?
just the fact that its 45acres got me going ...
ill be looking at getting into that when the chance arises ... and it WILL be using gpu and ccminer
...small steps ...
#crysx
Hi, after this weekends i have issue with nicehash.
i try all versions from 1.5.63 till 1.5.70.
If somebody has same issue?
P.S. on pool i can mine. only problem with nicehash. actually both algo's lyra2rev2 and quark.
Any ideas?
Code:
[10:27:54] root@ ~/miner/ccminer-1.5.63 $ ./ccminer -a lyra2v2 -o stratum+tcp://lyra2rev2.eu.nicehash.com:3347 -u -p x
*** ccminer 1.5.63-git(SP-MOD) for nVidia GPUs by sp-hash@github ***
Built with the nVidia CUDA SDK 6.5
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork
CUDA support by Christian Buchner, Christian H. and DJM34
Includes optimizations implemented by sp , klaust, tpruvot and tsiv.
[2015-10-12 10:28:02] Starting Stratum on stratum+tcp://lyra2rev2.eu.nicehash.com:3347
[2015-10-12 10:28:02] NVML GPU monitoring enabled.
[2015-10-12 10:28:02] 1 miner thread started, using 'lyra2v2' algorithm.
[2015-10-12 10:28:02] Binding thread 0 to cpu 0 (mask 1)
0
[2015-10-12 10:28:02] stratum_recv_line failed
[2015-10-12 10:28:02] ...retry after 30 seconds
*** ccminer 1.5.63-git(SP-MOD) for nVidia GPUs by sp-hash@github ***
Built with the nVidia CUDA SDK 6.5
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork
CUDA support by Christian Buchner, Christian H. and DJM34
Includes optimizations implemented by sp , klaust, tpruvot and tsiv.
[2015-10-12 10:28:02] Starting Stratum on stratum+tcp://lyra2rev2.eu.nicehash.com:3347
[2015-10-12 10:28:02] NVML GPU monitoring enabled.
[2015-10-12 10:28:02] 1 miner thread started, using 'lyra2v2' algorithm.
[2015-10-12 10:28:02] Binding thread 0 to cpu 0 (mask 1)
0
[2015-10-12 10:28:02] stratum_recv_line failed
[2015-10-12 10:28:02] ...retry after 30 seconds
i try all versions from 1.5.63 till 1.5.70.
If somebody has same issue?
P.S. on pool i can mine. only problem with nicehash. actually both algo's lyra2rev2 and quark.
Any ideas?
i had some rejected shares for a little while earlier when testing - its not the miner ... they are running fine now ...
its nicehash ...
try running the miner on another pool and see if it runs ...
that will prove one way or another ...
#crysx
Hi, after this weekends i have issue with nicehash.
i try all versions from 1.5.63 till 1.5.70.
If somebody has same issue?
P.S. on pool i can mine. only problem with nicehash. actually both algo's lyra2rev2 and quark.
Any ideas?
Code:
[10:27:54] root@ ~/miner/ccminer-1.5.63 $ ./ccminer -a lyra2v2 -o stratum+tcp://lyra2rev2.eu.nicehash.com:3347 -u -p x
*** ccminer 1.5.63-git(SP-MOD) for nVidia GPUs by sp-hash@github ***
Built with the nVidia CUDA SDK 6.5
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork
CUDA support by Christian Buchner, Christian H. and DJM34
Includes optimizations implemented by sp , klaust, tpruvot and tsiv.
[2015-10-12 10:28:02] Starting Stratum on stratum+tcp://lyra2rev2.eu.nicehash.com:3347
[2015-10-12 10:28:02] NVML GPU monitoring enabled.
[2015-10-12 10:28:02] 1 miner thread started, using 'lyra2v2' algorithm.
[2015-10-12 10:28:02] Binding thread 0 to cpu 0 (mask 1)
0
[2015-10-12 10:28:02] stratum_recv_line failed
[2015-10-12 10:28:02] ...retry after 30 seconds
*** ccminer 1.5.63-git(SP-MOD) for nVidia GPUs by sp-hash@github ***
Built with the nVidia CUDA SDK 6.5
Based on pooler cpuminer 2.3.2 and the tpruvot@github fork
CUDA support by Christian Buchner, Christian H. and DJM34
Includes optimizations implemented by sp , klaust, tpruvot and tsiv.
[2015-10-12 10:28:02] Starting Stratum on stratum+tcp://lyra2rev2.eu.nicehash.com:3347
[2015-10-12 10:28:02] NVML GPU monitoring enabled.
[2015-10-12 10:28:02] 1 miner thread started, using 'lyra2v2' algorithm.
[2015-10-12 10:28:02] Binding thread 0 to cpu 0 (mask 1)
0
[2015-10-12 10:28:02] stratum_recv_line failed
[2015-10-12 10:28:02] ...retry after 30 seconds
i try all versions from 1.5.63 till 1.5.70.
If somebody has same issue?
P.S. on pool i can mine. only problem with nicehash. actually both algo's lyra2rev2 and quark.
Any ideas?
next step, create a nuclear power plant in antartica to power gpus ? :p iceland has lava and ice ... that helps a lot
that would be good ...
we could have them all made of waterproofing material - and leave them out in the open air and ice to keep kool
...#crysx
Oh.
You mean with some of this? http://www.rustoleum.com/product-catalog/consumer-brands/neverwet/
yup ...
something like that ... but with resistance to outdoor elements AND heat ...
...#crysx
next step, create a nuclear power plant in antartica to power gpus ? :p iceland has lava and ice ... that helps a lot
that would be good ...
we could have them all made of waterproofing material - and leave them out in the open air and ice to keep kool
...#crysx
Oh.
You mean with some of this? http://www.rustoleum.com/product-catalog/consumer-brands/neverwet/
next step, create a nuclear power plant in antartica to power gpus ? :p iceland has lava and ice ... that helps a lot
that would be good ...
we could have them all made of waterproofing material - and leave them out in the open air and ice to keep kool
...#crysx
next step, create a nuclear power plant in antartica to power gpus ? :p iceland has lava and ice ... that helps a lot
OK, and how is it related to ccminer?
just the fact that its 45acres got me going ...
ill be looking at getting into that when the chance arises ... and it WILL be using gpu and ccminer
...small steps ...
#crysx
OK, and how is it related to ccminer?
You're a idiot, people don't use spears in the zombie apocalypse. They use things like hammers, knives, or bows, unless noise isn't a issue. Spears get stuck and can't be maneuvered in close quarters.
the spear isn't for zombies, but for hunting (you don't want to eat zombies, don't you ?) . Also that shows you are less evolved than upper palaeolithic men, who had spears with removable tip, so that it doesn't get stuck.
Close quarter fight with spear is possible looks at the 300 movies
(not that they needed any as screaming was enough to kill their enemies... nowadays they kill their enemies by making huge loans... very effective no more invasion... and everybody fear them again... ) Yes 300 is a accurate representation of spear usage. XD
Ah yes, loans are quite comparable to zombies. This has been a productive use of my time.
(actually this wasn't totally in vain since you discovered that you didn't have to quote the whole previous messages... therefore I consider this as a big progress
) You're a idiot, people don't use spears in the zombie apocalypse. They use things like hammers, knives, or bows, unless noise isn't a issue. Spears get stuck and can't be maneuvered in close quarters.
the spear isn't for zombies, but for hunting (you don't want to eat zombies, don't you ?) . Also that shows you are less evolved than upper palaeolithic men, who had spears with removable tip, so that it doesn't get stuck.
Close quarter fight with spear is possible looks at the 300 movies
(not that they needed any as screaming was enough to kill their enemies... nowadays they kill their enemies by making huge loans... very effective no more invasion... and everybody fear them again... ) [/quote]
Yes 300 is a accurate representation of spear usage. XD
Ah yes, loans are quite comparable to zombies. This has been a productive use of my time.
Yup
most of miners don't donate. fee based miner can be reverse coded by other coders.
so what is a problem with making a group
i am sure donators would donate more if they have non-public miner.
so what is a problem with making a group
i am sure donators would donate more if they have non-public miner.
Depends on how it's made. How easy it is to crack, how often the DRM changes (say if you have to keep recracking it every release and each release is each week), and how big the fee is. Using things like encryption, activation, and continued updates makes this a LOT harder to do.
More people have a private miner, the more likely it is people will release it, the less having the private miner means as well. This is the current system and it's offset with extra high cost.
Another offtopic question: what is your most profitable card to get depending on your region?
Edit: where I live it seems the 970 has kicked off the 750 Ti off its throne a while ago.
I think you know the answer. Why do you ask?Edit: where I live it seems the 970 has kicked off the 750 Ti off its throne a while ago.
Mine and dump etherum(the donut coin) with the slow public kernals... works everywhere, and still profitable....
I don't think there exist any significantly faster private ETH kernels. With your suggestions, I have managed to make the Keccak stages significantly faster, but ultimately the dagger stage clogs the memory controller and defines the hashrate. The algo was designed to scale with memory bandwidth, but in fact it doesn't. The sub-top from both camps perform just about as well as the top range. with the exception of AMD HBM cards, which perform even worse. Pascal will be the same I think.
I've also tried your integrated approach ("free keccak") but I stopped working on it as I figured out pretty soon it wasn't any faster.
Yeah, based on what I've seen, I'm pretty sure Ethereum wont get any faster unless there is some sort of compression mojo that can be worked into things to get past the memory bottleneck.
day dreaming is so cool with you
hope basic hunter/gatherer skills are among your skill...
(yeah may-be after the zombie apocalypse, you'll be able to make a living with that... especially if you are good at throwing spears)
You're a idiot, people don't use spears in the zombie apocalypse. They use things like hammers, knives, or bows, unless noise isn't a issue. Spears get stuck and can't be maneuvered in close quarters.
. Also that shows you are less evolved than upper palaeolithic men, who had spears with removable tip, so that it doesn't get stuck.
Close quarter fight with spear is possible looks at the 300 movies
(not that they needed any as screaming was enough to kill their enemies... nowadays they kill their enemies by making huge loans... very effective no more invasion... and everybody fear them again... ) I don't think there exist any significantly faster private ETH kernels. With your suggestions, I have managed to make the Keccak stages significantly faster, but ultimately the dagger stage clogs the memory controller and defines the hashrate. The algo was designed to scale with memory bandwidth, but in fact it doesn't. The sub-top from both camps perform just about as well as the top range. with the exception of AMD HBM cards, which perform even worse. Pascal will be the same I think.
I've also tried your integrated approach ("free keccak") but I stopped working on it as I figured out pretty soon it wasn't any faster.
I've also tried your integrated approach ("free keccak") but I stopped working on it as I figured out pretty soon it wasn't any faster.
I don't think there are any NVIDIA miners that waste their hashrate on slow unprofitable kernals...
If I had to measure that against the staggering amount of donations I have received so far, I'd have to agree with you on that one.
most of miners don't donate. fee based miner can be reverse coded by other coders.
so what is a problem with making a group
i am sure donators would donate more if they have non-public miner.
so what is a problem with making a group
i am sure donators would donate more if they have non-public miner.
Depends on how it's made. How easy it is to crack, how often the DRM changes (say if you have to keep recracking it every release and each release is each week), and how big the fee is. Using things like encryption, activation, and continued updates makes this a LOT harder to do.
More people have a private miner, the more likely it is people will release it, the less having the private miner means as well. This is the current system and it's offset with extra high cost.
Another offtopic question: what is your most profitable card to get depending on your region?
Edit: where I live it seems the 970 has kicked off the 750 Ti off its throne a while ago.
I think you know the answer. Why do you ask?Edit: where I live it seems the 970 has kicked off the 750 Ti off its throne a while ago.
Mine and dump etherum(the donut coin) with the slow public kernals... works everywhere, and still profitable....
I don't think there exist any significantly faster private ETH kernels. With your suggestions, I have managed to make the Keccak stages significantly faster, but ultimately the dagger stage clogs the memory controller and defines the hashrate. The algo was designed to scale with memory bandwidth, but in fact it doesn't. The sub-top from both camps perform just about as well as the top range. with the exception of AMD HBM cards, which perform even worse. Pascal will be the same I think.
I've also tried your integrated approach ("free keccak") but I stopped working on it as I figured out pretty soon it wasn't any faster.
Yeah, based on what I've seen, I'm pretty sure Ethereum wont get any faster unless there is some sort of compression mojo that can be worked into things to get past the memory bottleneck.
day dreaming is so cool with you
hope basic hunter/gatherer skills are among your skill...
(yeah may-be after the zombie apocalypse, you'll be able to make a living with that... especially if you are good at throwing spears)
You're a idiot, people don't use spears in the zombie apocalypse. They use things like hammers, knives, or bows, unless noise isn't a issue. Spears get stuck and can't be maneuvered in close quarters.
I don't think there exist any significantly faster private ETH kernels. With your suggestions, I have managed to make the Keccak stages significantly faster, but ultimately the dagger stage clogs the memory controller and defines the hashrate. The algo was designed to scale with memory bandwidth, but in fact it doesn't. The sub-top from both camps perform just about as well as the top range. with the exception of AMD HBM cards, which perform even worse. Pascal will be the same I think.
I've also tried your integrated approach ("free keccak") but I stopped working on it as I figured out pretty soon it wasn't any faster.
I've also tried your integrated approach ("free keccak") but I stopped working on it as I figured out pretty soon it wasn't any faster.
I don't think there are any NVIDIA miners that waste their hashrate on slow unprofitable kernals...
Jump to: