RISC V in the future?

[z4v4l]

My god ... you dont get it.
What I was trying to explain you is that x86 ISA is more complex than the one you have in ARM.

No, you said, that because x86 instructions are of variable length, their execution takes more power (which is BS). Some excerpts of your nonsense:

Let me explain you why: x86 instruction can go from 1 to 14 bytes long and can take multiple cycle to execute. In the other hand ARM instruction are much simpler with only one to 2 words long.
So ARM has a huge advantage. So you cannot say ISA doesn't matter.

If your x86 CPU need more cycle to execute an instruction than an ARM CPU, then this means your x86 CPU will indeed require more energy.

Below quotes show you have zero understanding on what you are trying to talk about. I suggested you to stop that, but you are persistent in your wish to show your ignorance. Instructions on any architectures can take more, than 1 cycle to execute. this depends on many factors, the CPU has zero influence on, the most noticeable example is load/store instructions accessing external memory. the length of instructions hardly makes difference on the speed of execution - instructions are fetched from the I-cache in multiple per cycle. and I've said, ironically, but this ancient x86 CISC variable length approach resulted in better cache usage - instructions turned to be more compact, so less cache misses, less latencies.

And it's also a fact that, on average, x86 CPU instructions requires more cycle to run. This is a fact and not debatable.
I dont care if you dont agree. (ask yourself why intel has failed on mobile and iot devices)

No, the facts are totally opposite. ARM yet isn't near to x86 in terms of instructions per cycle speed. Only the newest, upcoming Cortexes (77 and forward) are promised to get closer, somewhat, to some x86 CPUs in these terms.
Again, it's a wasteful talk, because you failed to make some googling on the subject before trying to prove something and keep telling nonsense. Here, let me google for you, - two articles, describing new thingies from Intel and ARM - 1, 2. Notice the diagram in the second article, - so far ARM CPUs aren't comparable by speed with x86. That picture is from ARM and they compare with U series, still they can't draw it the way you did - claiming ARM outperforms "undebatable" in terms of IPC. And truthfulness of the picture is yet to be seen. Intel as we see, isn't sitting and waiting. ARM CPUs shine in power saving, but it comes in expense of lower frequency and simpler internal design, with the latter resulting in the ARM lag in terms of IPC speed. IPC depends on the level of how sophisticated is the internal design of the processor, a so called "microarchitecture". Just read (the first article) how insanely complex it is in the upcoming Ice Lake x86 CPUs. It's state of the art and everybody is catching up. This is what is "not debatable".
Let's put it simple - if an ARM CPU executed more IPC, than the x86 counterpart, running at the same frequency, then it would outperform the latter in tests. You know what, it doesn't. an x86 CPU from 2008, something like Core 2 Quad Q6600 x4 at 2.4GHz still will blow away any current ARM quad core CPU running at the same frequency. It does this even having twice as less general purpose registers - which results in more often accesses to memory - a much slower operation. still x86 CPUs from decade ago outperfrom current ARM counterparts. And everybody knows this. Do you know this? No? then go and test. Until you have tests showing otherwise, don't say a word, because I can grab any test comparison from the web, showing how yet ARM lags behind x86. in terms of IPC includingly.
I am an ARM fan, I am an x86 fan, I don't care about opensource religion, I enjoy technology. I would be interested in that RISC-V thing as well, should it be something more than a tiresome advertizement by random dudes on forums talking about the same and only illusional "advantage" - open source. Just let's not say what we want but what isn't nearly the truth and everything will be OK.