intel is history.
Zen is da future.

AMD mistake is keeping AM5 prices too f**king high, HUB recently did a review and their basement budget Mobos are basically all crap so you cannot do a budget build with AM5 either, which is why AM4 is still hanging around and not getting replaced as it was supposed to be. This is a failure from product marketing POV.

And for a fabless maker, they also failed to prioritise software side of the CPU leading to systems being less stable (DOCP/EXPO, CCD priority) than Intel build (who still has to run a fab business). In that regards, heck even Nvidia has better grip on their various software ecosystems for other uses of their GPU.

Both have their faults and surprising it is Apple, another fabless brand, that is showing how to design CPU hardware with their superb M2 Ultra, with near flawless software integration. And then there is ARM...

Apple, ARM > Intel, AMD

All you AMD & Intel fanbois can balik rumah cry

Its not that easy. Still limited to process nodes. Why would Intel and AMD push power usage up to 90-95C depending on cooling? Its physical limitations. Die shrinks becoming increasingly more difficult as well. Unless someone comes out with a new material for the processors.

amd one is worse, it may turn into fire hazard

SOC voltage issue, not OC.

I think Intel trying to sell potato chips now.

or buy cheaper product line like i5 and lower end ryzen lineups. Seems like the high end models have way more issues while the cheaper cpus have way less issues 

What OC? AMD also stock setting lol

it's due to they not knowing or overconfident with their own CPU's tolerances to the point where it blows a hole in the substrate　　

i think its more like temporary distruption. People will be more keen to try new and hyped up products,
like the battery life and stuff, advertise so big, but small gain(with up and down on other performance  categories), meanwhile Intel n Amd might catch back few years later.
It's just more variety.

Well, effectively, true, that is correct.
BUt just few things.

Gigantic coolers are mostly, not necessary actually. THat peak performance, its more like just to flex i got fastest cpu,
cause, that eventually makes into people mind, Intel is faster, Amd is faster, sedangkan that is only top end and high boost clock, blabla.
Point is, only if enabling prolonged pl2 crazy boost, high temps, hnce bigger cooler. But for for few percent performnce drop, but way less power and temp,
one can easily get away with normal coolers.
Also, AMD and Intel makes cpu that works with GPU and so much else high power draw(Voltage levels) components.
So, they can't make very low powered. (Correct me if im wrong).
For example, small speakers, u can use pc audio jack, that signal is enough.
But gigantic speakers, u need to amplify the signal itself. same with cpu, to talk with Gpu, and other more high power things.

Whereas ARm, they rely on igp and smaller voltage levels. This is my assumption.
So, we can't expect single component to cater both high perfomnce eco and stay low power also. THere is limit on Lowest voltage a cpu need to stay on.
Just like V12 need more power to stay on compared to v6.

Other than that, x86 and games without battery empty, in the end, for what it matters, battery life,
ARM does have its place. I always think about it also.
On phone/apple, right from wifi modul, using chrome, all can be done with battery, no coolers.
But on pc, lol, we need power supply, fan and cooling, and cpu that runs on higher power draw n temps.

X86 also has a lot of legacy baggage in tow. Imagine that a 14900K could technically run programs made for Intel 8008 CPU, thats crazy longtime to be keeping compatibility. Many software have already ditched 32bit so in order for X86 to move forward at the least Lunarlake should ditch 32bit ISA and purely run on 64bit with software emulation to handle for any remainder 32bit programs.

Yes, Intel tried that with Itanium but then the emulation layer was terribly overcomplex while the CPU then werent fast enough for seamless software translation. These days, CPU are so efficient and powerful compared to IA64 that any emulation for less taxing 32bit shouldnt be a problem anymore.

Indeed it is. That's why you will find super capacitors in enterprise level SSDs to give the controller some time to flush the data back to the NAND.

Err a windows update crash has very little to do with the CPU, so blame should be given but given to the right causes. Its the same like peeps blaming Microsoft for Crowdstrike outtage, and while the its easy to blame Windows for being too sensitive to kernel faults, the blame should be going to CS for for their buggy update.

My 2sen experience, SSD seems very sensitive to hard crashes I had a MLC drive that supposed to be more durable but it died after few Windows crash. If your game is this sensitive, I suggest run it from a HDD as it has less damages from crashes, my HDDs that was connected to that MLC drive outlasted and still in use today.

1024kbps
We talked about X86 backwards compatibility hampering its evolution progress but here is real proof how ridiculous deep it can running software way back to the DOS days.

https://www.techspot.com/news/104118-check-...n-hardware.html

Since X86 could not be weaned off its legacy limitations, there is no option than to move onto modern CPU uarchs that has no such need ie ARM & RISC V.

Smaller litho helps to pack in more cores and improve power efficiency but it doesnt explain why Apple M still has better ipc than Intel/AMD X86, its all to do with the uarch being designed from scratch.

Its like badly optimised games gets pushed out bcoz developers know they can always rely on 4090s & 4080s to run these titles at acceptable FPS, the same type sloppy developers dont really care for X86 code optimisation as the CPU isnt built up to prioritise efficiency as much as their same software for ARM (you practically have to develop within a power/thermal envelope limit).

Not sure why you are comparing desktop part to mobile part, to compare should be xelite to amd ai 9 300 series.
Most of the time it show a bit difference in performance and power but it is not big difference.

Regarding the uarch, you cannot run 16bit and 32bit function in windows 10 64. So why point out this. Just because the instruction set still support that, it does not mean it is still used in pc.

Heck 16bit not even supported in now...
Instruction set

AMD64 (x86-64) (AMD64 only support 32bit and 64bit)
Extensions
Crypto AES, SHA
SIMD MMX-plus, SSE, SSE2, SSE3, SSE4.1, SSE4.2, SSE4A, SSSE3, FMA3, AVX, AVX2, AVX512
Virtualization AMD-V

The only problem i see in this ARM vs x86 pc is RISC vs CISC design which is only affect by the legacy design of the operating system since the instruction set are different.

https://en.m.wikipedia.org/wiki/FreeDOS

Free dos is 32 bit not 16 bit.

32 bit support is not as big deal as you think...
It might took space but it doesn't hinder performance as the part was not used when it is not used...
The real problem is the operating system. U try run amd processor in linux... and run arm processor in linux... still amd will have better performance there.

Plus there is huge difference in lithography between amd hs processor and sd x elite processor. Better lithography increase efficiency and performance by alot.

id software developed Doom

Bethesda is the publisher

bethesda can only develop something like starfield..

which is an abomination when it comes to optimisation when compared to doom