CryptonightR testing (second round)

[SChernykh]

Test results will be collected here. Please post your hashrate and power consumption (if you can measure it) compared to latest xmrig/xmrig-amd release on CryptonightV2.

1-2% hashrate drop is normal because CPU/GPU miner code is not fully optimized yet. In case there is a significant hashrate drop on some hardware, we have an option to reduce random math size appropriately.

Basic algorithm description:

• https://github.com/SChernykh/CryptonightR/blob/master/README.md

Optimized CPU miner:

• xmrig

Optimized GPU miner:

• xmrig-amd
• xmrig-nvidia

Test pools:

• https://testnet.wowne.ro/

[numerys]

@SChernykh Is it technically possible to get it back? There are thousands of Opterons waiting to get back into mining :/

[SChernykh]

@gvgit No, it's not possible because the algorithm is heavy on compute now, it's not just memory access. Opterons have fast cache, but slow core.

[numerys]

@SChernykh Just for my knowledge. What was the reason to implement an algorithm heavy on computing? Was it necessary due to some reason?

[SChernykh]

Because only adding more compute makes ASICs slower, memory hardness in Cryptonight is too weak.

[resistor4u]

@SChernykh thanks for the heads up. I'm not a programmer, but I'm happy to tinker as a hobby. How would you suggest implementing it?

[resistor4u]

@SChernykh what do you think about the comments here https://github.com/xmrig/xmrig/issues/985#issuecomment-473982744?

I'd add that the rates I've seen on iphones (~50 H/s) are not insignificant, and that smaller hashing power and rates are part of monero's raison d'être.