Live data from Hacker News

Coming Soon: AWS Graviton2 Processor for AWS

aws.amazon.com

131–140 of 191 posts

Re: Coming Soon: AWS Graviton2 Processor for AWS

#131

Earlier quoted context omitted.

This comment seems kinda slanted. AVX-512 debuted on Xeon because datacenter operators asked for it. It does not “downclock a whole chip”, it gates the core where it is active and there’s not even that penalty on the current generation parts. “10nm” is marketing fluff which has little or nothing to do with actual semiconductor construction. “Chiplet” is also marketing-speak for “wow this memory topology is hard to pr…

> AVX-512 debuted on Xeon because datacenter operators asked for it. It deputed on workstation accelerator cards. > It does not “downclock a whole chip”, it gates the core where it is active and there’s not even that penalty on the current generation parts. It very much could thermally throttle more than the one core. > “10nm” is marketing fluff which has little or nothing to do with actual semiconductor construction…

Basically all that stuff you said about IoT has been said verbatim for decades and yet here we are. Remember the "SmartMote"? Neither does anyone else. By the way that was _also_ an Intel-funded project.

Re: Coming Soon: AWS Graviton2 Processor for AWS

#132
post #118

Earlier quoted context omitted.

It’s generally hard to buy AMD CPUs period.

Last time I visited a Best Buy in NYC, they had a large desk full of AMD-based laptops, several featuring Ryzen. Maybe they figured availability finally, at least for systems producers.

They're probably speaking about epyc. In general, the availability of epyc, and the number of servers made for it, are very small.

Re: Coming Soon: AWS Graviton2 Processor for AWS

#133
post #7

Earlier quoted context omitted.

This is entirely Intel's fault for trying to get fat by choking out the market with a gazillion UPCs and a ton of markup. They exhausted their own food supply.

Intel's gazillion SKUs are really just a few abstract-ideal "optimal product, highest price" makes of processor, binned down into many different "sub-optimal product, lower price" channels. If you collapse the binnings together, they're really only producing ~four CPUs at a time. At least for commercial availability. There's tons of enterprise SKUs just to serve customers like AWS, of course, but that's not to "squee…

With how 10mn is going for Intel, I bet the SKUs really are just the result of binning, not something driven by the sales and marketing side.

Re: Coming Soon: AWS Graviton2 Processor for AWS

#134

Earlier quoted context omitted.

they weren't "Caught" - binning is a common practice in the cpu industrty. this isn't a problem

I wasn't talking about binning, I was talking about when you have binned at a certain level, but the product is sold under its capability because you want to maintain the illusion of scarcity of the better parts. AKA its a perfect part, but its being sold with a couple cores disabled or at a frequency below whats its capable of.

That’s part of binning and is common across manufacturers. There used to be some nvidia chips where you could reprogram the firmware and have a decent chance at getting a quadro for a fraction of the cost.

Re: Coming Soon: AWS Graviton2 Processor for AWS

#135
post #10

If Intel makes it out of the current soup with its dominance intact it will make for an interesting case study. Think they are facing the perfect storm on multiple fronts. a. The 10nm process fiasco b. Missing the chiplet concept c. ISA fragmentation - AVX512 which was supposed to be the next big thing was server CPU side only till recently and downclocks the entire chip when used making it extremely hard to reason a…

> i. GUIs moving to browsers and a lot of compute moving to runtime based languages like Python/JS means that any new ISA features are initially hard to utilize in killer apps on the client side. So if Intel ships a killer new set of instructions there is a significant lag between it doing something useful for the user.

I’d argue that the deployment of new native code has never been easier, because it will be the browsers that first make use of new instructions, and they have large sophisticated dev teams who push out frequent releases with minimal user effort to adopt.

Re: Coming Soon: AWS Graviton2 Processor for AWS

#136
post #10

If Intel makes it out of the current soup with its dominance intact it will make for an interesting case study. Think they are facing the perfect storm on multiple fronts. a. The 10nm process fiasco b. Missing the chiplet concept c. ISA fragmentation - AVX512 which was supposed to be the next big thing was server CPU side only till recently and downclocks the entire chip when used making it extremely hard to reason a…

About point i, using different languages than native is really weird and in the age of green computing really not efficient at all.

UIs based on JavaScript, Python or even Java are heavier and less efficient than what a platform can do with native compiled code.

There are now also loads of possibilities to build native code, squeezing the best performance, especially for critical systems.

I still don't understand why there's now a hype in using JavaScript or Python in microcontrollers as well

Re: Coming Soon: AWS Graviton2 Processor for AWS

#138
post #10

If Intel makes it out of the current soup with its dominance intact it will make for an interesting case study. Think they are facing the perfect storm on multiple fronts. a. The 10nm process fiasco b. Missing the chiplet concept c. ISA fragmentation - AVX512 which was supposed to be the next big thing was server CPU side only till recently and downclocks the entire chip when used making it extremely hard to reason a…

About point i, using different languages than native is really weird and in the age of green computing really not efficient at all. UIs based on JavaScript, Python or even Java are heavier and less efficient than what a platform can do with native compiled code. There are now also loads of possibilities to build native code, squeezing the best performance, especially for critical systems. I still don't understand why…

Not every system is critical, and not every application needs native compiled code.

Re: Coming Soon: AWS Graviton2 Processor for AWS

#139

Earlier quoted context omitted.

Uhh source on AVX512 not downclocking on modern CPUs? We benchmarked ML workloads on the newest chips the cloud had to offer and the slowdown was a significant problem because, as the parent comment said, it is very hard to reason about whether the benefits of vectorized ops will outweigh the the reduced clock speed. Sometimes it does and sometimes it does not - which is a major problem when you have to specify instr…

FPGAs are in a tough place. Like OP said, most people writing RTL make asics, or at least an asic that's programmable. The FPGA target market is getting slimmer, since we have programmable Asics, like GPUs and tpus, that are as performant with easier programming. They will still serve a niche market, but the "write c++ and run on an fpga" will likely never take off.

I thought the main market for FPGAs was that period between "we have a problem that needs custom hardware" and "we have custom hardware being produced at the scale we need". I guess that's a relatively niche market?

Re: Coming Soon: AWS Graviton2 Processor for AWS

#140

Earlier quoted context omitted.

Well, and for 25-30 years, everyone’s been crowing about how they were doomed to fail because of x86 as a CISC design. Intel killed off most RISC competitors as Moore’s Law held in the 90 and they could just add more transistors to turn x86 into a facade. But that increase in transistors and doing whatever possible to keep x86 performant meant they were doomed to lose the power/performance war that came with mobile p…

ARM has never enjoyed a Op/J advantage over x86. They have low-power designs, yes, but they don’t do more work for a given amount of energy. x86 won fair and square. The risc people failed to foresee that instruction density would be extremely important to performance. Intel didn’t beat them with physics. CISC is just fundamentally better.

The Apple arm chips are way more efficient than any x86. They have comparable performance with a much, much lower power requirement.
Post reply on HN