Arm accuses Qualcomm and Nuvia of illegally developing Arm processors following Nuvia takeover.
Arm Sues Qualcomm and Nuvia for Breaking License Agreement : Read more
Arm Sues Qualcomm and Nuvia for Breaking License Agreement : Read more
Qualcomm should use x86-64 ISA for its upcoming SoCs since AMD64 patents have been expired. It's highly likely a very respected company like Qualcomm will get a comprehensive cross lisensing agreement from both Intel and AMD without paying expensive royalties like what has been happened to ARM architectural licensees.
LOL in what world do you live in?!Qualcomm should use x86-64 ISA for its upcoming SoCs since AMD64 patents have been expired. It's highly likely a very respected company like Qualcomm will get a comprehensive cross lisensing agreement from both Intel and AMD without paying expensive royalties like what has been happened to ARM architectural licensees.
You missed the most obvious problem with that idea, which is that Intel already tried using x86 for phones (Qualcomm's main business), and it failed spectacularly.LOL in what world do you live in?!
Qualcomm should use x86-64 ISA for its upcoming SoCs since AMD64 patents have been expired. It's highly likely a very respected company like Qualcomm will get a comprehensive cross lisensing agreement from both Intel and AMD without paying expensive royalties like what has been happened to ARM architectural licensees.
You missed the most obvious problem with that idea, which is that Intel already tried using x86 for phones (Qualcomm's main business), and it failed spectacularly.
Is that why Intel's SoCs had so few takers?And intel failed on mobile (smartphones) mainly because of Qualcomm not so much because of ARM is better than intel x86.
Considering that Qualcomm have deliberately delay and buying time, instead of working something out with ARM, I am pretty sure they will play the same game in the courts. There is a lot of stake for Qualcomm to just destroy what the Nuvia team were working on. At the same time, I feel they are unsure of the success of the product, and so would make sense for them to drag it out to see if it is worth paying.Wow, and I thought Apple would be the one to take them down.
Anyway, I highly doubt this will derail Qualcomm/Nuvia. They have too much at stake and ARM knows it. It's just an extortion play, and a dangerous one at that. ARM needs to pad its revenues in preparation for its upcoming IPO, but if they're too aggressive about this sort of thing, it could put off other licensees.
I don't have one iota of pity for Qualcomm. I haven't followed their various legal issues, over the years, but I gather they're the aggressor in more than 50% of the cases. I think the ones ultimately at fault are the Wall St. firms pushing Qualcomm to monetize every last cent out of their IP. That greed permeated its way into Qualcomm's corporate culture, causing them to underinvest in their own design teams, which is why they had to go out and buy someone like Nuvia to once again have a competitive core design.
Is that why Intel's SoCs had so few takers?
Look, it's no secret that x86 just doesn't scale down well to low power. Apart from the phone market, Intel also tried to tackle the IoT market with its Edison product line. That didn't last long, either.
That was quite a while ago though. When people were only running very basic stuff on their phones.You missed the most obvious problem with that idea, which is that Intel already tried using x86 for phones (Qualcomm's main business), and it failed spectacularly.
In the technology business, you cannot afford to drag out product development. Time to market is nearly everything. If a chip launches too late, its tech will be obsolete and the market will already be ahead of it.There is a lot of stake for Qualcomm to just destroy what the Nuvia team were working on. At the same time, I feel they are unsure of the success of the product, and so would make sense for them to drag it out to see if it is worth paying.
If you don't put a timestamp on that, it loses any hope of relevance.in the past some ARM engineer or rep has done interviews here at toms. He was ask something about ARM efficiency over x86 and i still remember what the guy reply in general: while he happy that people think that ARM is more efficient than x86 in reality he said their isa/architecture is not more efficient than x86.
ARM-based server CPUs suggest that ARM can scale up just fine.That was quite a while ago though. When people were only running very basic stuff on their phones.
Now they are starting to expect to run windows and heavy duty emulation (switch) and whatnot on their phones and it's difficult to scale ARM up to run them fast enough.
x86 might still fail just as badly now (if anybody would try) ,but things do have changed more towards the favor of x86.
Different type of scaling...ARM-based server CPUs suggest that ARM can scale up just fine.
It's not, though. 80-core/80-thread Ampere Altra holds its own against an Epyc Milan 64-core/128-thread CPU. That shows it's not only competing by virtue of sheer core count.Different type of scaling...
Getting 10 women pregnant at the same time isn't going to give you a baby instantly, each baby is still going to take 9 months to be produced.
The same goes for CPUs, sticking a bunch of ARM cores together doesn't make each core any faster
And yet, they seem to be getting there. Graviton 3 is derived from X1/A78 cores, which are now 1 generation old and 2 generations behind what's coming to devices within the next year. The Ampere Altra I mentioned above is a further couple generations behind, being based on N1 cores derived from Cortex-A76.Making individual ARM cores as fast as individual x86 cores in the type of code we are talking about is extremely difficult.
Yes, the fact that arm is better for "extremely little power per core" was never in question.It's not, though. 80-core/80-thread Ampere Altra holds its own against an Epyc Milan 64-core/128-thread CPU. That shows it's not only competing by virtue of sheer core count.
In the Amazon Graviton 3 benchmarks I cited, the size of the VMs was the same across all CPUs. Now, the catch is that a vCPU on Graviton 3 is a dedicated core, whereas it's just 1 hyperthread on AMD and Intel. However, the entire 64-core Graviton 3 is using only 100 W, which amounts to much less per vCPU than on AMD or Intel.
It's true! I think nobody has yet built an ARM core that can burn the same amount of power as Alder Lake's Golden Cove!Give a single arm core access to 40W or whatever a modern x86 cpu uses for single thread and show me that it can compete at that.
And that's why they will never be a danger for desktop CPUs.It's true! I think nobody has yet built an ARM core that can burn the same amount of power as Alder Lake's Golden Cove!
; )
Yes, the fact that arm is better for "extremely little power per core" was never in question.
Give a single arm core access to 40W or whatever a modern x86 cpu uses for single thread and show me that it can compete at that.
Never is a long time. I want to see what Apple does to replace their Mac Pro.And that's why they will never be a danger for desktop CPUs.
Seeing that chart really makes me miss Andrei. We're going to be sorely lacking, with him gone from Anandtech and out of the journalism gig.
Yes, but if you would rip everything out of an AMD CPU that arm can't do either would that difference still be that big?Did I wake up in 2012? Do you keep up with any non-x86 CPUs?
The A15 P-core needs 4.11W to hit 7.28 SPECint2017 points, while the Ryzen 5950X needs 20W+ for 0.01 more.
One continuing issue with SPEC CPU 2017 is the Fortran subtests; due to a lacking compiler infrastructure both on iOS and Android, we’re skipping these components entirely for mobile devices. What this means also, is that the total aggregate scores presented here are not comparable to the full suite scores on other platforms, denoted by the (C/C++) subscript in the score descriptions.