-
br-m<jpk68:matrix.org> Are there any benchmarks of CryptoNightR JIT performance compared to the interpreter?
-
sech1Now that's a name I haven't heard in a loong time...
-
sech1CryptonightR has almost the same hashrate as regular Cryptonight
-
sech1Interpreter is 2-3x slower, iirc
-
br-m<jpk68:matrix.org> Thanks. I want to try and work on ARM/RISC-V backends for the JIT eventually, just have to become less bad at assembly first...
-
br-m<jpk68:matrix.org> Cuprate's pure Rust implementation of CryptoNight (all of the variants) doesn't have a JIT at all for v4/R currently
-
DataHoarderI implemented cryptonight (and its variants for monero) on git.gammaspectra.live/P2Pool/consen…rc/branch/master/monero/cryptonight as interpreter (with an optimized switch loop for R) with some mild assembly/intrinsics for some operations, for most block verification purposes this was enough, same for opening/closing derived wallet
-
DataHoarderfiles
-
DataHoarderCryptonightR was used on a small interval to cover some time until RandomX was upgraded to, so maybe that's fine for the verification usecase?
-
br-m<boog900> Yeah for us we don't really need a JIT. Fast sync will skip it all together and full verification sync is more than fast enough compared to monerod.