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

sp_, it is really nice to see the progress / improvements here, I can see you haven´t stopped developing the ccminer algos, my only regret is to do not participate anymore in this journey testing the miners and contributing with donations, I really wish sucess to you all, keep up the good work.


Cheers

If I am thinking correct then that would be Dwarf Pool as the only pool with a stratum. I could be wrong also if that is not what you meant.

Looks like a fine idea to me :-)

Thinking about it a bit more, the easiest way forward would be to extend ethminer with a stratum proxy that ccminer would connect to. Ethminer would take care of DAG creation, CPU verification and work supply. It would be very low on resources.

Ethash nonce is 64-bit but that's still small. But on second thought you may be right, I was looking at the wrong end. If you simply do a couple of rounds of keccak after ethash already has completed, it could work! I'd say go for it :-)

Here is some of the popular algos and their speed measurements with the 20 latest sp-mod releases on the 750ti. (EVGA GTX 750 Ti standard clocks)

http://cryptomining-blog.com/6289-evga-gtx-750-ti-with-different-versions-of-ccminer-spmod/





July 2015-november 2015

x11: +2%
quark: +6.2%
neo:    +8.3%
lyra2v2: +5.3%

But as you can see, the release 74 might not be the fastest in all algos.

x11(release 74) (+2%)
quark (release 70) (+6.73)%
neo (release 70) (+8.93)%
lyra2v2(release 67)(+6.7%)

Neat way of dealing with the memory limitations of Eth. Kudos on that BTW. I'm guessing merged mining isn't really a option for the majority of algos as they more fully utilize GPUs? What about for other memory intensive algos, like Cryptonote?


In other news, does anyone in here have experience with making coins or know anyone who would be a good contact for that? I'm looking into making my own, but would need someone with knowledge of making coins (not just copy paste). The coin wouldn't have to be anything special and could probably just clone another popular coin, however the usage of it would be completely different as would the distribution (but once again nothing super special). Some backend code would have to be written to do a few special things I have in mind, but very easy stuff. I could probably do myself, but it has to tie into the coin which complicates things and I have a lot on my plate besides this.

I'm trying to be vague, wouldn't mind talking with someone on here if you're interested. I don't have a lot in the way of monetary value, so it would probably be payment in the form of the currency we're making (which is monopoly money till things get going). Time frame would definitely be generous, but within reason. There may be a v2/3 of the coin as well depending on how the first generation goes. This has been something I've been planning for well over a year and isn't going to be a ordinary pump/dump coin.

If you guys have a referral, I'd take that too.

You only need to store when you find a nonce that produce a valid keccak hash. The nonce is just a 32bit integer and can be stored in the stack. (level 1 cache).
The merged mining could be a good way to hide donation mining.

Yes but it is a lot of work. The eth core heavily depends on some big 64-bit libs.


You'd still need storage to swap out the keccak state. If you do that in global ram, you're only adding more latency instead of hiding it. In shared RAM, it's so much that it starts to press on occupancy.

I still need to look at some other potential oppurtunity for optimizing ETH (AMD only), but don't have much time now.

(yeah will see that...)

I think it was already discussed few months ago... I don't think you would gain a lot here as keccak is already a lot faster than the rest of the algo

You don't add code, you just change wich buffer the keccak pass is working on. Same code, free keccak. More BTC. But your mininer would need to connect to two pools at the same time.

The problem is that keccak is a register hog. I can run ethash at about the same speed using between 64 and 80 registers.

Perhaps I could inject another algo in the pipeline. Merged mining. Sounds like you have many free cycles left. Nicehash is currently paying 0.0014 BTC for GHASH-DAY of keccak.

The DAG doesn't grow that fast. Compute 5.2 devices on Linux and win7 will be fine until the planned switch to POS (~1 year) as the 2GB threshold after which TLB trashing starts will take another 2+ years.

I do have a hard time believing you can significantly boost ethash, as it is memory bound and the keccak stages are already 'free'. I can run double the amount of keccak stages without losing hashrate...



 

Eth maxwell mining means much lower power usage, temps and vent speeds in comparision to neoscrypt or quark.

I expect a significant etherum boost on compute 5.2 devices with my modded code.
But in a few months the dagger file will double in size, and most of the modern gpu's will suffer.

Hmmm people are going back to Ethereum? I was looking at Eth and it still looks about on par with Neoscrypt right now as far as how much you can make. No improvements have been made on Eth due to memory limitations. Everything is in the shitter currently. I guess you can throw your hat in whatever ring you want and you're probably not going to gain/lose much.

I assume everyone isn't mining in super secret Lyra/Neo/Eth private kernels?

BTW if anyone has a Overwatch account available I'd be willing to buy it from them in BTC. Of course you have to be active on the forums and have some street cred.

the main reason i would prefer to have it in the one miner is obviously that it makes it easier to mine under the one miner ...

it would be beneficial also for not only the 'green' miners - but also the advanced as well ...

hope to see it soon ...

#crysx

If you drop the CPU verification of solutions and load the DAG in chunks, it might work in 32-bit, otherwise you would need to build a 64bit ccminer. I have understood that is suboptimal for some other algo's .