Intel's XTU analyzed

Uh, sehr interessanter Artikel mit einem erschreckenden Ergebnis . Würde mich interessieren, wie lang es gedauert hat, sich da richtig einzuarbeiten bis man zu dem Ergebnis kommt.

Ein paar kleine Fehler haben sich eingeschlichen, die man vllt noch korrigieren sollte ("being testing", "reverese", "therefor" ohne e, usw.).

Beide Daumen hoch, sehr interessanter Stoff!

respekt, geiler write-up. dass sie kein signature pinning machn is so irr... was könnts ihr eigentlich?!

mat th3 1337 8enchm4rk hax0r.
Respekt, gut gemacht!

Mal schauen ob Intel etwas machen wird, ich hab' so meine Zweifel, selbst die Schwachstellen in den CPUs wurden ja anfänglich nur widerwillig bzw. halbherzig gefixt.

Danke für die Blumen! <3

Und für die Korrekturen, wir haben alle eingebaut. Wenn noch jemand etwas findet, bitte einfach sagen.

Und für die Korrekturen, wir haben alle eingebaut. Wenn noch jemand etwas findet, bitte einfach sagen.[/quote]

"Of course there is always the possiblity to have a peek at the C# source code, but we won't do that." -> i fehlt zw. b und l

"The division by comma is inversed so it's 1307 divided by 1/2 = 1307 * 2." -> man sagt "inverted" soweit ich weiß

"A fact that seems to be publicy unknown is that although..." -> l fehlt zwischen c und y

Zitat aus einem Post von Barokai

Super post, sehr gut aufbereitet - darf man fragen wieviel aufwand da in etwa drinsteckt?

Ich arbeite ungefähr seit 4 Wochen nebenbei daran. Es ist aber schon deutlich mehr entstanden, als man im Artikel finden kann.

2017 habe ich bereits einen Hypervisor-Driver + Tool implementiert, um rdtsc-Instruktionen zu spoofen. Sowohl für Intel als auch für AMD (SVM). Zusätzlich kann der Driver sogar CPUID- und MSR-Instruktionen aufnehmen und abspielen - ohne echtem Effekt natürlich. Damit kann eine AMD-CPU für Programme als Intel-CPU simuliert werden. Ganz witzig.

Weiters habe ich die innere Benchmark-Exe von XTU (also den Prime95-Benchmark) mithilfe der neuesten Prime95-Version neu implementiert und das Threading von Prime95 deutlich verbessert, sodass weniger Synchronization stattfindet. Zusätzlich ist Prime95 jetzt NUMA-aware innerhalb einer Lucas-Lehmer-Iteration (so gut es halt geht). Prime95 macht das nur durch Worker-Threads pro NUMA Node.

Das ist noch nicht alles. Ich habe auch einen Scheduler geschrieben, der die Original-XTU-Benchmark-Exe ebenfalls NUMA-aware auf einen Threadripper 2990WX jeweils pro NUMA Node parallel startet, die Resultate dann entsprechend dividiert und auch wirklich einen XTU-Score ausgibt. Ist quasi die NUMA/Worker-Version des Benchmarks, die auch ordentlich skaliert.
Ah ja, AMD-CPUs können übrigens gar nicht in XTU gebencht werden. Das musste ich auch noch fixen.

Last but not least gibt es bereits einen Prototyp für einen neuen Prime95-Benchmark, der ordentlich skaliert und echt witzig sein könnte. Wenn das Feedback gut ist, dann würde ich einen vollständigen Benchmark daraus machen.

Danke an alle für die restlichen Korrekturen!