adroc_thurston
Diamond Member
- Jul 2, 2023
- 5,404
- 7,576
- 96
Did anyone really ever expect 10W SDP from a part with 12 big cores?The power consumption of the Oryon cores is too high for a fanless laptop
Did anyone really ever expect 10W SDP from a part with 12 big cores?The power consumption of the Oryon cores is too high for a fanless laptop
Yes! I thought ARM was supposed to be just that good.Did anyone really ever expect 10W SDP from a part with 12 big cores?
Yes! I thought ARM was supposed to be just that good.
But now I'm waiting for LNL, it seems it has a better chance.
Sorry I mean ARMv8+ ISAARM had no involvement in making these cores.
They did, they're ARMv8, after all!ARM had no involvement in making these cores.
They did, they're ARMv8, after all!
Sorry I mean ARMv8+ ISA
I think she meant direct involvement, as in providing support, since they have a legal dispute going on.They did, they're ARMv8, after all!
No one claims x86 is good, however. Some bravely suggest that its flaws are not debilitating.A baffled "I thought x86 was supposed to be just that good!" would sound weird responding to Dozer's foibles. It sounds equally weird here.
No one claims x86 is good, however. Some bravely suggest that its flaws are not debilitating.
But people really do claim ARM is a wunder-ISA (at least compared to x64 and even RISCV). I could go find some ARM employee from Texas who tweets too much while denigrating RISCV if proof is needed.
Nuvia suggested they were to bring M1-like efficiency to the server world. They pivoted to laptops with the Qualcomm acquisition but I still believed it.
Are you saying it's a flubbed implementation? I didn't say that. The performance is fine but it doesn't sip power like many expected for an ARM implementation from a mobile-first company like Qualcomm.RV is a potato. Compared to that, ARM64 is a wunder-ISA. (Compared to PPC, ARM64 still looks pretty good but decidedly less miraculous.)
Anyway, it's possible to flub an implementation on any ISA, especially when you're bringing together multiple design groups with very different internal cultures, flows, and habits. There is a long history of crappy ARM64 cores to look at as examples - ThunderX, X-Gene and its successors, etc.
You have to tell us why you like them and what ARM64 lacksAnd I quite like MIPS and RISCV
And I quite like MIPS and RISCV
ARM64 doesn't lack anything and that's my problem. It's about as RISC as a hypothetical register-register VAX.You have to tell us why you like them and what ARM64 lacks
Ah. So you think it packs too many instructions in its ISA.It's about as RISC as a hypothetical register-register VAX.
It's not on topic here but I wonder why you feel the need to defend ARM here. ARM Ltd is suing their largest customer. ARM Ltd makes hate pages about RISCV and sends legal threats to the Internet Archive to expunge it from their history after realizing it did more harm than good:Awfully curious why "number of ops" is the metric of goodness.
RV's deficiencies are evident for anyone building real silicon to run real software. There's a reason serious RV vendors seem to inevitably add large, mutually-incompatible, extensions of their own - often for functionality ARM64 provides out of the box.
You can google this as well as I can. The number of addressing modes and instructions.Ah. So you think it packs too many instructions in its ISA.
A comparison would be nice if you could show how big the ISAs for ARM64, MIPS and RISC-V are.
It's not on topic here but I wonder why you feel the need to defend ARM here. ARM Ltd is suing their largest customer. ARM Ltd makes hate pages about RISCV and sends legal threats to the Internet Archive to expunge it from their history:
Sure. I don't have any delusions that we'll be getting RISCV laptops soon.Can you guys stop arguing about ARM vs RISC-V, and talk about the amazing standby performance of Snapdragon X Elite?
I was hoping you would give us some numbers off the top of your head. But Sarah is making a good point. Having a truly "RISC" ISA is too limiting for real world silicon that needs to run real software.You can google this as well as I can. The number of addressing modes and instructions.
I was hoping you would give us some numbers off the top of your head. But Sarah is making a good point. Having a truly "RISC" ISA is too limiting for real world silicon that needs to run real software.
I didn't say that at all, Igor. I said I expected an efficient and performant fanless laptop. But only one company has managed it so far and it's Apple. I don't think ARM is a wunder-ISA. That doesn't mean I think proper Stanford RISCs like RISC-V are any better for making a fanless laptop. In fact, that I'm waiting for LNL kinda shows I am not an ISA fetishist and no longer have any delusions about ISA having a big impact on the existence of fanless laptopsAnyway, how do you think MIPS or RISC-V would do a better job than ARM64 at making a fanless laptop possible (in a world where Apple Mx silicon doesn't exist)?
You mean the amazing windows connected standby performance that's possible when Microsoft fixes their side of it? When in the 'idle' modern connected standby state x86 CPUs are already below 50mW consumption. The average only climbs to 1W because Windows doesn't let them stay in the idle state.Can you guys stop arguing about ARM vs RISC-V, and talk about the amazing standby performance of Snapdragon X Elite?