geplaatst door: rt
Mogelijk hebben velen dit al ergens voorbij zien komen. Gisterochtend was er een vloed aan berichten mbt een hyper-thread fout in Skylake en Kaby Lake processoren.

Een beschrijving kan je bv hier vinden:
Debian Linux reveals Intel Skylake and Kaby Lake processors have broken hyper-threading
http://www.zdnet.com/article/debian-linux-reveals-intel-skylake-kaby-lake-processors-have-broken-hyper-threading/

Dit probleem kan ook voorkomen op de Macs die deze processoren (met hyper-threading aan) hebben. Vreemd (...) genoeg leverde een rondje langs de typische Mac sites niet veel op. Maar gisteravond was daar dan dit draadje op MacRumors:
https://forums.macrumors.com/threads/skylake-kabylake-bug.2053588/

De vragen en antwoorden in dat draadje, zou je ook hier tegen kunnen komen.
De moeite waard dus ;-)

Voor de duidelijkheid,  het tijdelijk uitzetten van hyper-threading kan via Instruments in de Xcode.app bundel:
/Applications/Xcode/Contents/Applications/
Na opstarten van Intruments, negeer de template dialoog, ga naar Preferences.
Klik de CPUs tab en zet Hardware Multi-Threading (=hyper-threading) uit. Dit is tijdelijk tot een herstart of slaapmodus.

Voor het permanent uitzetten moet je in NVRAM zijn. Het MacRumors draadje geeft een voorbeeld hoe je dat kan doen, of anders deze van Apple:
https://developer.apple.com/library/content/qa/qa1141/_index.html#//apple_ref/doc/uid/DTS10001686

Ongetwijfeld komt Apple met een fix.

Intel Skylake en Kaby Lake processoren hyper-thread fout
30 juni 2017 - 10:55    reactie #1
geplaatst door: cyrano
Meer info voor de technisch geïnteresseerde:

https://caml.inria.fr/mantis/view.php?id=7452#c17125

Dit is de OCaml (Debian) compiler gemeenschap. Quote:

Citaat
The problem doesn't seems to happen all the time.
Most of the time, the file will compile successfully, and if enough retries are given, the compiler will then crash...

Citaat
Any long running ocaml program has a high chance of triggering this, and it will not always crash. You can get corrupted data in memory and never crashing.

As an example we tried to deploy some tool on a large xeon skylake cluster, several hundred processes. They didn't crash in hours, but very quickly we saw corrupted data being sent over the network/written into the database.

So anyone reading this in the future, don't assume this is only compiler, and don't run critical code on skylake/kaby lake without updating the firmware if you don't want to end up in a nightmarish situation.

Nice one, Intel! :sigh:

Het gaat sneller bergaf met Intel dan ik verwacht had, nu de mensen die het ooit allemaal bedachten er weg gaan.

(Bewerkt door cyrano om 11:08, 30-06-2017)

I'd tell you a UDP joke but you might not get it.