@Wernersen
Ihr müsst auch mal lesen was in dem Fenster so alles steht, das soll manchmal von Vorteil sein.
Die Fenster in dem das Programm die beiden Worker Ereignisse ausgibt sind zusammengelegt (Merge Worker Threads). Und ein Kern ist bei jedem Prozessor immer schneller als der andere, je länger der Run, desto deutlicher wirds. Deshalb hat der eine Kern schon mit 896 angefangen und sogar schon test 1 bestanden, während der andere noch an den letzten Tests von 1024 rumackert. Denn beide kerne müssen immer gleich viele Tests absolvieren.
Der schnellere schreibt dem langsameren dabei die Anzahl vor die er auch machen muss, wenn Kern 1 also in 15 min 8 Tests macht muss Kern 2 das auch, egal ob Kern 2 16min dazu braucht.
Würde man die Berechnung beim langsameren jetzt mittendrin stoppen könnte das Programm eine unfertige Berechnung nicht mehr verifizieren, und würde der schnellere solange warten, wäre die Auslastung ja nicht mehr bei 100%.
In der Standardansicht des Programms würde es einfach so aussehen, dass in einem der 2 Fenster ein Kern auch schon bei der nächsten Berechnung ist. Nur dass dort jeder sein eigenes fenster hat und der zeitliche zusammenhang der Ereignisse nicht so gut nachvollziehbar ist.
Es ist erstaunlich wie viele das Programm ständig nutzen, ohne viel darüber zu wissen.
Achte mal auf deinen Prozessor, er wird genau das gleiche machen, nicht zuletzt deswegen, weil ein Kern die Windows Prozesse nebenbei noch machen muss. Dein Prozessor wird also niemals exakt zur gleichen Zeit bei allen Kernen die Tests beenden. Es gibt immer irgendwelche Versätze, durch unterschiedlich schnelle Berechnungen, welche durch Windows, oder durch die Jobverteilung entstehen.