They are very significant. You keep saying that x86 is "legacy", but the only thing legacy is the ISA. The actual CPU architecture (that implements the ISA) of modern x86 CPUs is not "legacy" at all.
I get the feeling you're arguing in circles. What I said is:
The x86 instruction set is antiquated and crufty.
Which I think agrees with your statement that the only thing legacy is the ISA.
Modern x86 CPUs are very sophisticated Rube Goldberg devices meant to perpetuate a legacy ISA because the only reason Intel exists is for backwards compatibility. I think you're confusing "top notch architecture" with "best you can do with a sub optimal instruction set". This is why I say the distinction between ISA and CPU architecture isn't significant. Putting alloy rims on your Edsel doesn't give you all the benefits of a ground up rethink.
The first Itanium version had basically an x86-32 CPU on die. Very few of them were sold. Itanium itself was an entirely different architecture (using EPIC principles) and ISA, and not backwards compatible, although Intel had a software emulation layer (not unlike what Apple is doing with Rosetta).
No, what the first Itanium did was infinitely more stupid. They tried to create a hardware version of Rosetta. It wasn't just an x86 coprocessor, it was a JIT translator that fed the EPIC pipeline. If you read the link I gave you, it clearly states that Itanium had to be backwards compatible to MS-DOS version 1.
If you look carefully, you might be able to spot the albatross...
HP pushed this same objective: "It is a gateway into the 64-bit future but it still remains completely 32-bit compatible."
They later moved to software translation, but by that point the writing was on the wall for Itanium and AMD provided a much needed parachute.
This isn't the only thing that sank Itanic. It was also badly conceived and poorly executed. EPIC was just a punchier way to say VLIW, and VLIW has proven quite good for dedicated applications like DSPs but it's not a great way of building a future proof processor family. The whole concept depends on the compiler scheduling the execution units and that breaks down if you want to run old code on an updated set of execution units.
It was late, hot, big, expensive and never performed as promised. It's competitive advantage was supposed to be that supporting x86 would bring along Intel's existing installed base, and it failed at that just as badly.
That must be why x86 has dominated the market for decades.
x86 has dominated the market because it has dominated the market. It was selected for the IBM PC and Intel has been trying to repair the spacecraft midflight ever since. It has stayed dominant because people want to know they can run last year's code on this year's machine. Compilers have been optimized for it, coders have grown up on it, libraries have been built for it. This backwards compatibility commands higher margins which, in turn, provides Intel a huge pool of capital with which to buy lipstick for their pig in the forms of super complex pipeline architectures, microcode optimizations and very importantly, cutting edge process technologies to mitigate the speed and power penalties of backwards compatibility.
The installed base has drawn in innovation from outside, most notably from AMD which managed to bring it into the modern 64bit world while Intel was busy rearranging deck chairs on the Itanic.
x86 hasn't dominated because it is better, it has dominated because it's familiar. Oh, and it hasn't hurt that Intel has the money and clout to kill off rivals in very non-technical ways.
It's a specialized Atom CPU with network acceleration functions. Not sure how that is a negative. It's an example of Intel selling into diverse markets that e.g. AMD does not cover.
Nobody said it was a negative. I said this:
they can't seem to ship anything that isn't an x86 chip or an x86 support chip
and you replied with what sounded like it was meant to be a counter argument:
Their storage unit is growing strongly, and they are a becoming a leading supplier of chips for 5G basestations.
I'm merely pointing out that their storage business lost $1.2B last year and the chips they're selling into basestations are x86 processors. I don't think that undermines my argument in any way, except I should have probably phrased it as "can't make money on anything" rather than "can't ship anything". They do seem to be able to ship other things at a loss.
My point through all of this has been that Intel has never been able to really branch out beyond x86 and has relied heavily on their process technology to keep them alive. If they can't get it together, they're in for some real pain. Apple showing a path out of the caverns isn't going to help.