Quidproquo77 schrieb:
Die Taktraten von Arrow Lake alleine haben doch gar nichts mit dem Raptor Lake Problem zu tun und das auf die aktuelle Gen zu übertragen ist schon sehr weit hergeholt.
Nein, ist es nicht. Lerne bitte
lesen …
Ich sprach explizit
nicht davon (durch höhere Taktraten), ihr bereits
bestehendes Fiasko um Rocket-Lake zu verschlimmbessern –
Man hat ja gerade erst letzten Monat Hot-Fix #9 für RKL ausgeliefert.
Sondern ja ausdrücklich von dem Fall, daß Intel gerade offensichtlich sehr hart daran arbeitet, um (durch Drehen an der Taktschraube bei ARL-Refresh)
„das nächste Massaker á la Rocket-Lake zu provozieren“ und damit (analog zur bereits bestehenden Existenz bei Rocket-Lake) auch noch Gefahr zu laufen, selbst auch noch auf Arrow-Lake zu übertragen.
Kontext!
Das Wort ›nächste‹ als
Adjektiv Nomen war in diesem Fall zwar korrekterweise kleingeschrieben, zeigte jedoch
im Kontext aber dennoch eine tatsächliche
Substantivierung von ›nächste‹ an – Die Funktion des Nomens übernahm in dem Zusammenhang im Kontext ja evident das direkt folgende Wort
Massaker.
Siehe Duden →
nächste (Rechtschreibung), unter expliziter Berücksichtigung der
Duden Rechtschreibregeln zur Groß- und Kleinschreibung, im Hinblick auf die Duden-Regularien der
Substantivierungen D72.
Das Wort ›nächste‹ war in diesem Zusammenhang (auch wenn korrekterweise klein geschrieben) also ausdrücklich
kein Adjektiv, sondern zeigte
den substantivischen Gebrauch des Wortes als
Nomen an, dessen Großschreibung das Wort
Massaker übernahm. Es stellte also im Kontext keine Steigerung dar, sondern eine
Erneuerung und neuerliche, selbständige Einführung (eines weiteren, zweiten Massakers).
Genug des Kontext und der Sprachwissenschaft!
Du kannst deinen Allerwertesten darauf verwetten, daß einer der Hauptgründe der, ehm …
sehr ernüchternden Leistungsentfaltung von Arrow Lake 100% darin bestand, daß Intel in sprichwörtlich letzter Minute noch hingegangen ist, und die Taktraten von Arrow Lake (im Hinblick des gerade erst hochgekochten RKL-Shitstorms und wenige Wochen bis bloß Tage vor der Arrow-Lake Veröffentlichung traurigen Höhepunkts desselben) direkt vor dem ARL-Launch noch an den Taktraten von Arrow Lake gedreht hat.
Nach unten!
Weil unter absoluter Garantie war es
niemals geplant, daß Arrow-Lake dergestallt eklakant zurückfallend auf den Markt kommt und selbst von Rocket Lake geschlagen wird –
Arrow Lake hätte 100% höher takten sollen.
Nur hat Intel aber in blanker Panik wenige Wochen bis Tage vor dem Release noch einmal den Micro-Code der Teils schon ausgelieferten AKL-SKUs aktualisieren müssen (und Arrow Lake massiv runtertakten müssen), weil Santa Clara EEPROMs geschwitzt hat, sie würden mit Arrow Lake (und wahrscheinlich sogar höheren oder zumindest vergleichbaren Taktraten wie bei Rocket-Lake) der Elektro-Migration ins offene Messer laufen.
Damals hat man bei Intel beim Release von Arrow-Lake offensichtlich händeringend und zutiefst verzweifelt vor der kapitalen
Patt-Situation gestanden …
- entweder ARL mit den anfangs gedachten Taktraten (schneller, höhere Performance) zu veröffentlichen.
- oder aber die Taktraten nach unten zu schrauben (und wissentlich einen Rohrkrepierer zu veröffentlichen, welcher selbst gegen die Rocket-Lake Vorgänger-Generation würde verlieren).
Weil Intel zu dem Zeitpunkt noch nicht wirklich abschätzen konnte, wie groß der Fallout von Rocket Lake wird (lies: wie schnell RKL-CPUs bei Kunden tatsächlich sterben würden), hat man sich bei Intel in letzter Minute zur zweiten Option entschieden und notgedrungen dazu, Arrow-Lake sicherheitshalber vollkommen wissentlich durch Taktbegrenzung zur kapitalen Totgeburt zu erklären und für jede Menge Spott und Häme zu sorgen (aber zumindest die nächste Garantie-Verlängerung zu verhindern).
Offensichtlich ist aber Intel mittlerweile tatsächlich
so dermaßen verzweifelt, daß sie im Hinblick dessen, was ihre Zukunft bringt (im Vergleich zur Konkurrenz), meinen, die erste Option von damals notgedrungen nachholen zu
müssen und damit absichtlich
ignorieren (oder zuminest wissenlicht in Kauf nehmen), tatsächlich Gefahr zu laufen, das nächste Massaker von Rocket-Lake beim Refresh des alten Alder-Lake Regresh zu wiederholen …
Als wäre die Situation um Arrow-Lake für Intel also schon nicht schlimm genug, dreht man jetzt rigoris weiter an der Stellschraube des Taktes und zumindest provoziert das nächste Massaker –
Wie sich dann der verzweifelte Refresh vom Regresh in 6 Monaten oder einem Jahr verhält, ist Intel offensichtlich egal.
Intel hat damals bei ARL 1.0 zumindest versucht, dem prominenten Todfeind Elektro-Migration nicht gleich die nächste Steilvorlage zu servieren –
Das aber will man jetzt so schnell wie möglich nachholen.
Weil es reicht ja noch nicht, daß bereits sommerliche Temperaturen beim browsen zu Abstürzen führen!
tom'sHardware.com –
Firefox dev says Intel Raptor Lake crashes are increasing with rising temperatures in record European heat wave — Mozilla staff's tracking overwhelmed by Intel crash reports, team disables the function
