Občas něco pořídíte, protože prostě nemáte jinou volbu. Třeba SAP­/HANA procesory Intel vyžaduje, AMD neni podporované a provozovat takovýhle cukrovar bez podpory na unsupported HW, to chce hodně odvahy.

Moc dobře si pamatuji, jaký ­"poprask­" nastal, když si AMD ­"dovolilo­" u procesorů ZEN 4 zvýšit teplotu Tjmax na 95°C. Kdekdo se předháněl v pesimistických a kritických prohlášeních, že jde o ­"šílenost­". No a vidíte, netrvalo to dlouho a Intel AMD dohnal a předehnal. Intel remízy nezná, ten vždy všechny konkurenty vidí výhradně ve zpětném zrcátku.

Ked som minuly rok kupil Intel 13600K, hned som spravil undervolting a obmedzil ho na 90W ­(samozrejme po ostestovani vykonu pri roznych kombinaciach napatia & PL­).
To nahananie kazdeho % vykonu za kazdu cenu sa im tu dost nevyplatilo. A pri tom Raptor Lake sa da pekne vyladit aby bol celkom energeticky efektivny ­- dufam ze tento incident im pomoze sa trochu uvedomit.

"Stačí jeden, třeba ten oficiální od Intelu.­"
tak tomu bych věřil i v případě když by ohlásili že budou první co přistanou na slunci. Máme totiž řešení, poletíme v noci. 🤣

A on by to přiznal? Jen tak by napsal a potvrdil, že to je jejich vina a spustil tak lavinu žalob?

@ thegrid, 23.7.2024, 16:02h:
Čistě teoreticky ­- pokud aktualizace mikrokódu stoprocentně neukončí daný problém CPU Intel, pak by to pro Intel bylo vážné. To už by se nejednalo o „politováníhodné nedopatření, ke kterému dochází maximálně jednou za deset let”.

Bohužel ty Samsungy mají od té doby spíše podprumernou baterii ­(včetně rychlosti nabíjení­). Snad se prestanou bát. Jinak bych chtěl ty polouškvařene procesory Intelu ktere ted ani nejde reklamovat. Predpokladam ze i po aktualizaci mikrokodu mohou dale odcházet.

Problém je že špatnou aplikaci dnes už nikdo moc nepocítí. Jedou na všech telefonech. Jen vice žerou baterku.

V pondelok ma vystrasil uzivatel. Tvrdil mi, ze sa mu vypne NTB ked sa spusti Defender scann na pozadi. NTB zacne hucat a zrazu sa ntb vypol. Bohuzial sa jedna o dost novy stroj, ktory nema ani rok. Dokazal som tuto chybu zopakovat. Povedal, mi, ze tesne pred tym nez sa to stalo mal update BIOS­-u. Sranda nastala, ze po reinstalle OS tento problem nieje. Tak dufam, ze to bola chyba OS. Inak v BIOS­-e je log prazdny :­( Jedna sa prave o i5 13450HX :­( to ma dost vystrasilo.

Intel je posedlý snahou vyrovnat se AMD ­(nebo být lepší­). Proto překračuje únosnou hranici. Je to podobné, jako když Samsung přehnal snahu o co nejtenčí telefon, což skončilo vybuchováním a požáry chybně navržených baterií ­(kauza Galaxy Note 7­). Procesor Intel si v současné době může pořídit asi jen dobrodruh ­(nebo masochista­) :­-­).

"u vás by v tom případě byla normální rychlost kdyby o tom psalo kolik webů?­"

Stačí jeden, třeba ten oficiální od Intelu. Relevantní je to, zda je příčina MOŽNÁ nebo příčina JISTÁ. A to je ten problém, na který upozorňuji. Máte problém v rozlišování mezi oficiální a neoficiální informací, něčím, co se vyšetřuje, a něčím, co už je výsledkem vyšetřování,... Vždyť už když se začaly řešit ty profily, tak se ukazovalo, že to možná nebude 100% řešení, ale že to problém výrazně umocňuje.

"po kolikáté najisto našel intel příčinu pádů těchto cpu?­"

Pokud vím, tak poprvé ­(ale mohu se mýlit­). Po napájecích profilech se problém dále vyšetřoval, což platilo stejně tak po chybě v eTVB. Tam vydal stanovisko, že sice našel chybu, ale není to chyba primární, která se dále vyšetřuje. Pokud tu krátkou prodlevu zveřejněním chyby a tím, že se problém dále vyšetřuje, považujete za oficiální nalezení příčiny, tak podruhé.

"A není problém že se to objeví až po nějakém čase, tak se chová chyba mikrokódu?­"

Pokud ta chyba nastavuje zvýšené napětí, které postupně poškozuje procesor, tak ano, přesně takto se chyba mikrokódu projevuje.

a řekl bych že jste zaspal v komunismu, tam se totiž plnil plán na 130% ale v obchodech i tak nic nebylo. Dneska pokud vím a i ve firmách kde jsem pracoval, se na sklad moc nevyrábí a vyrábí se jen tolik aby se to prodalo, odtud máme i erp systémy, aby se výroba dala dobře plánovat, a nemuseli se vyrábět cpu na sklad kterýma se pak zavezou díry v cestách

Nevím co je u vás strašně rychle, ale asi i to že o nějaké informaci píše cca 5* it webu, u vás by v tom případě byla normální rychlost kdyby o tom psalo kolik webů? Jen abych si udělal obrázek kolik webů musí psát o jednom tématu abych si z toho neudělal strašně rychlý závěr.
Když se tu bavíme o jistotách a doměnkách. Tak váš článek.
https:­/­/www.svethardware.cz­/intel­-nasel­-pricinu­-nestability­-cpu­-raptor­-lake­-je­-ji­-chyba­-v­-mikrokodu­-pro­-praci­-s­-napetim­/60932
po kolikáté najisto našel intel příčinu pádů těchto cpu? A není problém že se to objeví až po nějakém čase, tak se chová chyba mikrokódu?

Zastavte růst výkonu a snižte spotřebu + optimalizujte aplikace. Dnes ty aplikace vypadají jako před lety, ale žerou násobky toho co dříve při stejných funkcích.

O to, co dělá Intel, a za jakým úmyslem, tady ale vůbec nejde. Já Vás chci upozornit na Váš dlouhodobý problém v tom, že máte vždy strašně rychle jasně v tom, v čem je problém, aniž byste o tom měl nějaké důkazy. Pokud máte nějakou domněnku, klidně ji prezentujte, to Vám nikdo nebere, ale prezentujte ji jako domněnku a ne jako jistotu, když to jistě nevíte. A je to problém i v případě, kdyby to nakonec byla pravda.

no taky ale záleží jak se to bere, pokud by se ukázalo že nemám pravdu tak bych to bral že jsem někoho oklamal nechtíc a nebyl v tom zlý úmysl. Ale ten intel klame chtíc a zlý úmysl v tom je ­(chce aby jeho věc vypadala lépe, a byla lépe prodejná jak konkurence)

Neříkám, že jste se spletl o 100 %. Jenže ono i kdyby se později ukázalo, že jste měl 100% pravdu, tak je to stále špatně takto prohlašovat, když zatím nevíte, zda to tak opravdu je. A o to mi celou dobu šlo.

tak ale zase nespletl jsem se o 100%, souvisí to s tím, né jako tvrzení že naše cpu jde přetaktovat na vzduchu velmi snadno, jen máme za oponou chladničku 2kW a na mobo je napájecí kaskáda co by bez problémů utáhla menší továrnu

Konečně. Vidíte, proč Vás pořád varuju před předčasnými soudy, kdy nemáte jasno o viníkovi ­(myslím tím “co”, ne “kdo”­)? Tak jste si byl jistý, že je to frekvencemi. Vysoké takty­/spotřeby problém umocňovaly, ale nejsou prvotní příčinou, i když s tím dost souvisely ­- bylo to chybně nastaveným napětím ­(a proto to tím bylo ovlivněno­).

Aktualizaci MS Access můžeš stopnout, ale to zjistíš až pozdě, protože je sice pěkný scénář s instalací pouze otestovaných patchů, ale kdo a jak je otestuje? MS to pustí už ­"otestované­", normální lidi to neotestují, protože v domácnostech se MS Access běžně nepoužívá, navíc, když je problém způsobený v souvislosti s DFS ­(Distributed File System­).
Dopad je podobný bez ohledu na to, kdo provádí aktualizaci.
Když pominu problém s MS Access, další ­"kiks­" spojený se ztrátou dat byl update samotných Windows, kdy způsobil smazání dat ve složkách Dokumenty. Ano, opět bylo možné zastavit aktualizaci oproti CrowdStrike, ale dopad opět celosvětový a opět tu zůstává problém ­"kdo otestuje­" ... Prostě se vždy vyskytne situace, chyba, která se při testování neprojeví a objeví se až za plného provozu.