By: Adrian (a.delete@this.acm.org), January 28, 2023 3:55 am
Room: Moderated Discussions
--- (---.delete@this.redheron.com) on January 27, 2023 9:31 am wrote:
>
> Outsiders obviously have to work with limited data; we can't prove anything,
> we can just point to patterns and say what they suggest to us.
>
> Having said that, I compared Pat with Steve Job's return to Apple, or even
> Satya's first two years. Both made it clear in their first year that it was
> no longer business as usual, that things had to be shaken up and changed.
> Conversely I don't see Pat as doing anything similar. Steve, for example, dealt with
> complexity (of a different sort, sure) by dramatically pruning the product line. But
> Pat has done nothing similar. Intel differentiators (whether AVX512 or accelerators)
> are used as a market segmentation mechanism, not as a way to grow the ecosystem.
> IMHO the fundamental problem with Intel is that engineers are not in charge. Finance controls one set of decisions,
> marketing controls another. Steve or Satya would have dealt with this by dramatic changes in those core areas;
> but Pat retains the dividend, in spite of everything, and retaining the marketing control (engineer effort spread
> over finely differentiated product segmentation, far too much making promises and setting schedules before it's
> known what is possible). Compare how Intel and AMD comport themselves in this respect.
>
> It's easy to mock Intel or complain for tribal reasons. The problem is,
> it's just as easy to do so for good, grounded, data-based reasons.
What I have found astounding and incomprehensible is the following fragment from the NYT article:
"She also concluded that the team should have spent more time on perfecting and testing its design using computer simulations. Finding bugs before they are in sample chips is less expensive, and would have made it possible to remove features to simplify the product, Ms. Rivera said. She has since moved to bolster Intel’s simulation and validation abilities."
I have done myself simulations of very large SoCs, including CPUs, so I am perfectly aware that a single simulation of the first minute of the booting sequence may need many days or even weeks, with the computing resources of a typical company.
Nevertheless, of all companies, I would expect for Intel to have the least difficulties in assembling enough computing resources to enable a rigorous validation of something like Sapphire Rapids before the tapeout.
Why they have not followed the standard methodology in this field, is a mystery.
In the past, I have found equally astounding and incomprehensible that Intel has always behaved as if they had never done any proper simulations of their future CMOS manufacturing processes and of the electrical characteristics of the semiconductor devices that would be fabricated with them.
They have always acted as if the poor performances, i.e. low clock frequencies and high power consumptions, had been last-minute surprises, which have forced them to execute various B plans.
After launching their first "10 nm" products in 2018, already after a few years of process development, Intel has needed more than 5 additional years of process optimization, to finally obtain the electrical device characteristics that would have been desirable since the beginning, which will be demonstrated in Raptor Lake Refresh (expected at the end of 2023).
Now, at the transition to their next process generation, Intel seems to exhibit the same kind of problem, of not being able to reach high clock frequencies in the new process, so they have been forced to retain only the mobile variant of Meteor Lake and scrap whatever was planned for desktop and replace it with Raptor Lake Refresh, exactly like they have done in the past with the Cannon Lake/Coffee Lake Refresh, Ice Lake/Comet Lake and Tiger Lake/Rocket Lake pairs.
Hopefully this time they will no longer need so many years until the new process will become better than the old process.
>
> Outsiders obviously have to work with limited data; we can't prove anything,
> we can just point to patterns and say what they suggest to us.
>
> Having said that, I compared Pat with Steve Job's return to Apple, or even
> Satya's first two years. Both made it clear in their first year that it was
> no longer business as usual, that things had to be shaken up and changed.
> Conversely I don't see Pat as doing anything similar. Steve, for example, dealt with
> complexity (of a different sort, sure) by dramatically pruning the product line. But
> Pat has done nothing similar. Intel differentiators (whether AVX512 or accelerators)
> are used as a market segmentation mechanism, not as a way to grow the ecosystem.
> IMHO the fundamental problem with Intel is that engineers are not in charge. Finance controls one set of decisions,
> marketing controls another. Steve or Satya would have dealt with this by dramatic changes in those core areas;
> but Pat retains the dividend, in spite of everything, and retaining the marketing control (engineer effort spread
> over finely differentiated product segmentation, far too much making promises and setting schedules before it's
> known what is possible). Compare how Intel and AMD comport themselves in this respect.
>
> It's easy to mock Intel or complain for tribal reasons. The problem is,
> it's just as easy to do so for good, grounded, data-based reasons.
What I have found astounding and incomprehensible is the following fragment from the NYT article:
"She also concluded that the team should have spent more time on perfecting and testing its design using computer simulations. Finding bugs before they are in sample chips is less expensive, and would have made it possible to remove features to simplify the product, Ms. Rivera said. She has since moved to bolster Intel’s simulation and validation abilities."
I have done myself simulations of very large SoCs, including CPUs, so I am perfectly aware that a single simulation of the first minute of the booting sequence may need many days or even weeks, with the computing resources of a typical company.
Nevertheless, of all companies, I would expect for Intel to have the least difficulties in assembling enough computing resources to enable a rigorous validation of something like Sapphire Rapids before the tapeout.
Why they have not followed the standard methodology in this field, is a mystery.
In the past, I have found equally astounding and incomprehensible that Intel has always behaved as if they had never done any proper simulations of their future CMOS manufacturing processes and of the electrical characteristics of the semiconductor devices that would be fabricated with them.
They have always acted as if the poor performances, i.e. low clock frequencies and high power consumptions, had been last-minute surprises, which have forced them to execute various B plans.
After launching their first "10 nm" products in 2018, already after a few years of process development, Intel has needed more than 5 additional years of process optimization, to finally obtain the electrical device characteristics that would have been desirable since the beginning, which will be demonstrated in Raptor Lake Refresh (expected at the end of 2023).
Now, at the transition to their next process generation, Intel seems to exhibit the same kind of problem, of not being able to reach high clock frequencies in the new process, so they have been forced to retain only the mobile variant of Meteor Lake and scrap whatever was planned for desktop and replace it with Raptor Lake Refresh, exactly like they have done in the past with the Cannon Lake/Coffee Lake Refresh, Ice Lake/Comet Lake and Tiger Lake/Rocket Lake pairs.
Hopefully this time they will no longer need so many years until the new process will become better than the old process.
Topic | Posted By | Date |
---|---|---|
NYT on SPR | --- | 2023/01/26 10:37 AM |
NYT on SPR | Chris G | 2023/01/26 06:02 PM |
NYT on SPR | me | 2023/01/26 07:44 PM |
NYT on SPR | Anne O. Nymous | 2023/01/27 01:09 AM |
NYT on SPR | Michael S | 2023/01/27 03:22 AM |
NYT on SPR | --- | 2023/01/27 10:31 AM |
Pat has been trimming the Intel product portfolio | Mark Roulo | 2023/01/27 01:29 PM |
NYT on SPR | James | 2023/01/27 02:00 PM |
NYT on SPR | Adrian | 2023/01/28 03:55 AM |
NYT on SPR | anonymou5 | 2023/01/28 04:03 AM |
NYT on SPR | Adrian | 2023/01/28 04:14 AM |
NYT on SPR | Groo | 2023/01/29 09:50 AM |
NYT on SPR | Groo | 2023/01/29 09:46 AM |
NYT on SPR | Brendan | 2023/01/29 01:00 PM |
NYT on SPR | Anon4 | 2023/01/29 04:06 PM |
NYT on SPR | Brendan | 2023/01/29 07:03 PM |
NYT on SPR | Groo | 2023/01/30 07:09 AM |
NYT on SPR | Groo | 2023/01/29 09:39 AM |
NYT on SPR | AnonSoft | 2023/01/30 11:01 AM |
NYT on SPR | hobold | 2023/01/30 12:39 PM |
NYT on SPR | AnonSoft | 2023/01/30 05:34 PM |
NYT on SPR | hobold | 2023/01/31 04:40 AM |
NYT on SPR | Jukka Larja | 2023/01/31 07:13 AM |
Heterogeneous CPU Cores With OpenMP | Mark Heath | 2023/02/01 04:45 AM |
Heterogeneous CPU Cores With OpenMP | Freddie | 2023/02/01 05:05 AM |
Heterogeneous CPU Cores With OpenMP | Mark Heath | 2023/02/01 06:42 AM |
Heterogeneous CPU Cores With OpenMP | Freddie | 2023/02/01 09:54 AM |
Heterogeneous CPU Cores With OpenMP | Mark Heath | 2023/02/01 04:45 PM |
Heterogeneous CPU Cores With OpenMP | —- | 2023/02/02 04:35 PM |
Heterogeneous CPU Cores With OpenMP | Freddie | 2023/02/02 04:39 PM |
Heterogeneous CPU Cores With OpenMP | --- | 2023/02/03 12:15 PM |
Heterogeneous CPU Cores With OpenMP | Freddie | 2023/02/03 03:46 PM |
Heterogeneous CPU Cores With OpenMP | Anne O. Nymous | 2023/02/03 12:57 AM |
Heterogeneous CPU Cores With OpenMP | --- | 2023/02/03 12:35 PM |
Heterogeneous CPU Cores With OpenMP | Anne O. Nymous | 2023/02/03 01:35 PM |
different big/little split.. | Heikki Kultala | 2023/02/03 02:33 PM |
Heterogeneous CPU Cores With OpenMP | Paul H | 2023/02/03 06:51 PM |
Heterogeneous CPU Cores With OpenMP | Jukka Larja | 2023/02/01 06:24 AM |
When heavily loaded, Threads run about equally fast on E-cores than P-cores | Heikki Kultala | 2023/02/01 02:08 PM |
NYT on SPR | Chester | 2023/01/27 09:30 AM |
use archive.org | anon | 2023/01/27 06:08 PM |
Bypassing paywalls | Doug S | 2023/01/28 02:05 PM |
NYT on SPR | Chris G | 2023/01/27 06:54 PM |
Intel On Demand | Chris G | 2023/01/28 04:24 AM |
Intel On Demand | me | 2023/01/28 06:24 AM |
Intel On Demand | Groo | 2023/01/29 09:53 AM |
Intel On Demand | rwessel | 2023/01/28 09:41 AM |
Intel On Demand | --- | 2023/01/28 11:37 AM |
Anit-waste bias | Paul A. Clayton | 2023/01/28 07:57 PM |
Intel On Demand | Groo | 2023/01/29 09:58 AM |
Intel On Demand | Andrey | 2023/01/30 05:04 PM |
Intel On Demand | blaine | 2023/01/28 03:07 PM |
Intel On Demand | me | 2023/01/28 03:25 PM |
Intel On Demand | me | 2023/01/28 03:33 PM |
Intel On Demand | Chris G | 2023/01/28 07:06 PM |
Intel On Demand | me | 2023/01/28 07:43 PM |
Intel On Demand - Validation, certification? | Björn Ragnar Björnsson | 2023/01/28 10:41 PM |
Intel On Demand - Validation, certification? | anonymou5 | 2023/01/29 02:49 AM |
Sapphire Rapids crippleware is a naked money grab | Chris G | 2023/01/29 04:44 AM |
Intel On Demand - Validation, certification? | Groo | 2023/01/29 10:05 AM |
Intel On Demand - Validation, certification? | AnotherAnonymousEngineer | 2023/01/29 10:33 AM |
Intel On Demand - Validation, certification? | Groo | 2023/01/29 11:16 AM |
Intel On Demand - Validation, certification? | dmcq | 2023/01/29 04:32 PM |
Intel On Demand - Validation, certification? | Brendan | 2023/01/29 08:01 PM |
Intel On Demand - Validation, certification? | Groo | 2023/01/30 07:17 AM |
Intel On Demand - Validation, certification? | Freddie | 2023/01/30 11:36 AM |
Intel On Demand - Validation, certification? | anon2 | 2023/01/30 07:41 PM |
Intel On Demand - Validation, certification? | anon2 | 2023/01/31 01:35 AM |
Crippleware | Chris G | 2023/01/31 05:47 AM |
Doctorow calls it "enshittification" (NT) | hobold | 2023/01/31 07:55 AM |
Crippleware | anon2 | 2023/01/31 10:51 AM |
Crippleware | Groo | 2023/02/01 02:06 PM |
Crippleware | anon2 | 2023/02/01 05:10 PM |
Crippleware | Chris G | 2023/02/01 05:52 PM |
Crippleware | anon2 | 2023/02/01 09:15 PM |
SPR Volume | me | 2023/02/02 04:47 AM |
SPR Volume | anon2 | 2023/02/02 07:04 AM |
Crippleware | Chris G | 2023/02/02 08:12 AM |
Crippleware | anon2 | 2023/02/02 08:42 AM |
Crippleware | anon2 | 2023/02/02 08:48 AM |
Crippleware | Charles | 2023/02/01 01:38 AM |
Crippleware | Chris G | 2023/02/01 02:59 AM |
language digression | Matt Sayler | 2023/02/01 04:53 PM |
Crippleware | me | 2023/02/01 06:27 PM |
Crippleware | Chris G | 2023/02/01 07:01 PM |
Crippleware | me | 2023/02/01 07:10 PM |
Crippleware | Chris G | 2023/02/01 09:32 PM |
Crippleware | Tony | 2023/02/01 11:18 PM |
Crippleware | me | 2023/02/02 04:27 AM |
Crippleware | anonymou5 | 2023/02/02 03:47 AM |
Crippleware | Chris G | 2023/02/02 05:59 AM |
Intel On Demand - Enshittification | blaine | 2023/01/30 12:13 AM |
Intel and mobile phones | James | 2023/01/29 09:09 AM |
Intel and mobile phones | Maxwell | 2023/01/29 02:25 PM |
Intel and mobile phones | Groo | 2023/01/30 07:20 AM |
Intel and mobile phones | anonymous2 | 2023/01/30 11:15 AM |
Intel and mobile phones | Doug S | 2023/01/30 12:51 PM |
Intel and mobile phones | Daniel B | 2023/01/31 07:37 AM |
Intel and mobile phones | Groo | 2023/02/01 02:03 PM |
SPR HBM | me | 2023/01/29 09:17 AM |
SPR-W | me | 2023/02/17 05:41 PM |
Accelerators on AMD/ARM | Chester | 2023/01/29 05:41 PM |