(Experimental) RandomX support…

As long promised I finally did find some time to work a bit more on my RandomX support (the things one does over Thanksgiving “holidays” – sigh)… and at least experimentally, uploaded a first version with randomx support (use “–algo rx”). As usual, downloads are on http://www.lukminer.net/releases/ .

To indicate that this is the first version that supports anything other than cryptonight variants I went all out and tagged this one as “2.0.0” (which yes, means that I completely skipped all 1.x version numbers – well, let’s not go into that). Note I added rx support only for phis – almost all my users are only interested in that, anyway, and for regular CPUs there’s plenty other miners out there that support it, too…. so.

In terms of performance: On my 68-core Phi 7250 I’m getting ca 6800 hasher per second. That’s “decent” if you compare it to what the benchmark pages report for mid-range Xeons, and pretty good compared to GPUs … but quite a bit lower than what a high-end Epyc will do. For those that are wondering: RandomX (at least in my current implementations) stresses mostly scalar performance, and thus benefits from high clock rates and multi-issue out-of-order … none of which the Phi was designed for: Yes, it does have 4-way hyperthreading (which helps), and some sort of out-of-order processing – but it runs at only 1.4GHz (3x lower than an Epyc!), and only has a single scalar pipe (it has one more pipe for vector instructions, but there aren’t many). For CryptoNight the MCDRAM was the big saviour (CN is mostly memory-bound) – but on RandomX, the phi is actually CPU bound, not memory bound, so the MCDRAM doesn’t help that much.

Anyway – we’ll have to see if ~7kH/s is economically feasible …. guess we’ll know in a few days how price and difficulty will pan out. I also have a few more ideas on optimizations … well, we’ll see.

’til then – happy mining!

Published by


To learn more about me, look at the "About" page on http://lukminer.org

36 thoughts on “(Experimental) RandomX support…”

      1. You beat me by 3 minutes :-). Yes, it should work just fine! (And yes, earlier today I verified that it does, too, on both asrock and intel machines)


  1. Hmm, I can’t seem to get this to work on Luk sticks either. Although I am using the LukSticks from before the March’19 fork. I will try the most recent ones and see if that helps.

    As for now I am using XMrig temporarily, getting around 5.8kh/s with 7210s…I heard with LukMiner you can get 6.8kh/s or thereabouts but that was with 7250s, not sure how performance will be for 7210s?


  2. Hello, smth wrong with the luk-mpss-knl version. in my cfg file i changed
    this LUK_ALGO=xmr-v4r to
    LUK_ALGO=rx right?
    it just don’t start

    here is the screenshot


  3. I am getting about 5.7k only (pretty much the same as with xmrig) on my asrock 7210. I am running it on current debian stable. Could it be related to that? It was running at full speed on CN before.


  4. Hi.. i want to mine :(……look at the picture above it’s not even trying to find my phi cards 7240..says smth about invalid argument


    1. Did you try the latest LukSticks?

      If that still doesnt work, you can always use XMRig temporarily until you find a solution to the problem. Thats what I did, and it seems to be getting more or less the same performance as LukMiner, maybe a little bit lower hashrate but thats it


      1. i’ve got pci-e 7240 PHI’s not a LGA 3647(on which you can boot as a normal PC) how can i use XMRig? the only miner is lukminer

        and yes i’m using latest luksticks


      2. I was able to run XMRig directly on the LukSticks.

        XMRig should work with PCI-e 7240s afaik.

        Just download XMRig binaries, edit the config as you want (make sure to enable all threads for rx/0 for max performance) and drop it in /mnt/fat on your LukStick. Boot with LukStick, go to /mnt/fat and type ./xmrig


      1. Hari, I have bootable asrock rack 7210, the xmrig runs out of box on that. No experience with pci-e card, sorry.


  5. Luk, can you help people with pci-e cards?..i was asking for this miner earlier but you have not replied, since your miner is not working.. give us at leasst a clue should we wait for miner or not?


  6. bootable phi is no problem for anybode the could use any miner…. what should user of phi cards do? btw-your devs fee is waiting for you


  7. Well.. maybe i’m a little bit annoying, but i was predicting this situation, that’s why i began asking a long ago the algo change.. but still nothing..
    luk a least you can tell smth like- “oh i’m not interested solve your problems somehow without me”
    or smth like- oh there is an error i l fix it in a month..
    but full ignorrance is. something is difficult to accept. especialy for 2 weeks


  8. I just don’t think it’s profitable. I have a stack of those at home myself, but at current profit (after power, on US rates) it would hardly pay to run them even *if* I had had the time to finally write that code. So basically I’m waiting to see where prices/profitability are going.


    1. well, many people got almost free electricity.. so it’s profitable
      i’ll try reading post about xmrig, maybe i really would be able to run it on a pci-e card


      1. yuriy

        Are you not able to boot your regular system into Linux using LukSticks? Select “Boot from USB” in your BIOS and it should boot into the LukStick. LukStick is just a regular Linux installation so this should work with any system I think.

        Just do that then drop XMRig into the LukSticks as I described above and run it. It should work.

        At least thats how I understand it, but I maybe wrong.


  9. of course i tried.. of course it only uses my host CPU’s to mine. of course it’s not even trying to use mpss drivers offload a code to xeon phi ETC. it just don’t have this option. that guy on a github didn’t reply to anyone about his “experiment” so i’m fu**ed up. i have almost free electricity, 4 xeon phi’s and no miner for all of this


  10. oh. cards not started, maybe that’s why. but now i’m stuck with this. i try to do “micctrl –boot” and it says that MPSS daemon is not running


  11. yep. i just mentioned this
    root@mic0:/home/Mining/xmrig# ./xmrig-notls

    he is runing xmrig FROM phi.. so he copied binaries to the phi. ssh there and running.. that’s why no mpss offload etc..


  12. too bad that this project is dead. it was only miner for phi coprocessors. and only this advantage of this miner was ruined.


  13. hi Luk,do u test the turtle miner performance with luk-phi ? the turtle change the Algorithm so can’t work with luk-phi now


  14. succesfuly started xmrig on a phi card’s
    with 68 threads it does 5000h/s with only 150w of power
    with 136 threads it does 5800h/s with “i don’t measure this mode”
    with all 272 threads it goes to 6800h/s and more then 250w of power

    Liked by 1 person

  15. i’ve got a question about your new miner – can i set somewhere how many threads of my xeon phi it will use? because i want it to run cooler. and perfomance drop is not so big.


Leave a Reply to Hari Cancel reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s