Please dump some AXIOM, need some more to stake properly.

how many you need to stake anyway?

im looking at this coin also ...

toshidesk include? ...

...

#crysx

AXIOM developers pinged me to give an opinion on the GPU speedup of the AXIOM PoW function.

I wrote the draft of the paper about RandMemoHash back in 2013, after playing with RandMemoHash a bit. I tested it with a SINGLE GPU (that was even older), and could not get any speedup. My paper does not show any proof, not any real world comparison over several GPU models, so it is definitively unfinished. The suggested parameters are not proven to be valid for all existent GPU models (and less for future models). People should never take for granted what an non-peer-reviewed privately-published draft paper says.

I would have liked that Axiom developers would have pinged me to give an update on it before implementing it.

Having said this, I find that a 5x GPU speedup quite good resistance, considering that a GPU is generally better than a CPU in almost every task. CPUs are good at executing large programs, doing paging, protecting memory, doing I/O. Nothing that a PoW can make use of.

GPU memory system is designed for throughput, and it has generally about 6 times the bandwidth available to a CPU. RandMemoHash bottleneck is the DDR/GDDR memory bus, so that speedup can be expected.

Also you must consider power-usage in the equation: that may make it better or worse for GPU-mining.

I don't know if tweaking the parameters would improve it. Maybe using 8 MB instead of 2 MB can prevent the use of some L2 caches in some boards. But the more space you require, the slower it is to verify the PoW. And this is a cat-and-mouse race, since future models will probably increase the size of the cache.

The Axiom developers & community could collect some real world numbers and try to find an improved parameter set (if it is really needed and if there is a better one).

I wish AXIOM users the best luck.

Sergio.

Wow, straight from the horse's mouth! Thanks a lot for your input Mr. Lerner, I hope we'll see some revolutionary results from AXIOM.

grin.  I was looking at sp_'s code and seeing if I could fix his bug for him and decided it would be better to first play with the (working) CPU miner before I touched the GPU code.  Hence this speedup.

i like the speedup - it shows that you have what it takes to get a good optimization done for the algo ... please dont think i was making fun of you ... i really wasnt ...

i am just trying ( unsuccessfully obviously ) to point out that if cpu hash increase and optimization is possible - then gpu optimizations will destroy the cpu time and effort you will be putting in ...

the speedup is quite substantial - which leads me to believe that there is a LOT that can be done with the algo insofaras optimization is concerned ...

though - i could be completely wrong ...

#crysx