Wenn der Intel CEO selbst in einen Interview (Intel 3 Zen Momente) die Aussage tätigt, dass Alder Lake optimal unter Win 11 läuft, dann impliziert dies beides.
Das a.) die CPU für dieses OS optimiert ist und b.) das OS die beste Unterstützung für diese CPU bietet.
Nein, es impliziert nur b.), nicht aber a.)! Alleine schon, weil sich Intel und Microsoft bei der Entwicklung von Alder Lake bzw. Win 11 kaum abgesprochen haben, sondern Intel eben irgendwann die Samples an Microsoft schickt und mit ihnen bespricht, wie der Task Scheduler dafür zu optimieren ist. Als Beleg dafür, kann man die Linux Unterstützung anführen, die Intel selbst in den Kernel einpflegt. Wenn die Performance von Alder Lake auf Win 11 statt Win 10 nur im gleichen Maße besser als als bei Linux mit einem Kernel der Alder Lake schon unterstützt gegenüber einem der es noch nicht macht, dann ist die Behauptung a.) komplett widerlegt.
Zitate ohne Quellenangabe sind wertlos! Aber man findet
die Quelle ja über Google und eine Webmarketing-Agentur ist echt nicht die beste Quelle für solche Aussagen, zumal wenn sie selbst keine Quelle nennen. Außerdem steht da auch noch die Aussage von Microsoft, die b.) erwähnt, aber nichts zu a.) sagt:
Als Microsoft zu diesem Thema interviewt wurde, sagte Mehmet Iyigun - Partner Development Manager:
Während des gesamten Windows 11-Entwicklungszyklus hat mein Team mit unseren Kollegen bei Intel zusammengearbeitet, um unser nächstes Betriebssystem zu aktualisieren und zu optimieren, um insbesondere die Performance Hybrid- und Thread Director-Architektur optimal zu nutzen.
Mit Kommentaren von Thread Director ist Windows 11 Thread Scheduler viel intelligenter, um den am besten geeigneten Kern basierend auf der Arbeitslast dynamisch auszuwählen, um die beste Leistung und Leistung zu erzielen.
Auch der dieses Satz macht klar, dass Intel die Big-Little Architektur nicht gerade auf Anregung von MS entwickelt hat, die zufällig ihr Win 11 darauf ausgelegt haben, wobei Win 10 ja auch schon Lakefield und damit auch Big-Little unterstützt, sondern eben das MS die Unterstützung dafür integriert hat, nachdem Intel diese Architektur für Alder Lake gewählt hat:
Damit beide Kerne nahtlos mit dem Betriebssystem zusammenarbeiten, hat Intel den Intel Thread Director entwickelt, der es dem Betriebssystem ermöglicht, den richtigen Thread zur richtigen Zeit auf dem richtigen Kern zu platzieren.
Wie mies die Quelle ist, zeigt aber der nächste Satz:
Darüber hinaus wird Alder Lake Geräte mit Strom versorgen, die von ultraportablen Laptops bis hin zu Hobby- und kommerziellen Desktops reichen.
Eine CPU die Geräte mit Strom mit versorgen kann, ist natürlich eine Weltneuheit
Bisher mussten ja die Geräte immer die CPU mit Strom versorgen, damit sollte jeder Zweifel an der Effizienz von Alder Lake endgültig beseitigt sein! Vielleicht kann man den Überschuss ja sogar einspeisen, wenn man sie ordentlich übertaktet, wer weiß!
Aber der Artikel nimmt Bezug auf Intels Architekturtag 2021 und dazu schreibt Anandtech, die eine viel zuverlässigere Quelle für solche Dinge sind:
Intel hat also mit Microsoft zusammengearbeitet um den Task Scheduler auf die Architektur von Alder Lake zu optimieren, denn neben Big-Little gibt es ja auch noch HT und dies haben nur die großen, nicht aber die kleinen Kerne. Die Umstellung im Scheduler hat dann offenbar MS animiert die neue Windows Version direkt in Win 11 umzubenennen, aber steht aber nichts von, dass Microsoft sich Win 11 ausgedacht und Intel gebeten hat, die passende CPU zu bauen um dessen Potential optimal nutzen zu können. Nur dann wäre aber a.) korrekt, so belegt es nur wieder b.)!
Abschließend noch ein bissel Infos zu W11 big.litle x86 Performance:
Windows 11 boosts performance of big.LITTLE x86 CPUs shows testing
Belegt aber nur b.) und nicht a.)! Außerdem zeigt es klar, dass auch ältere CPUs eine Mehrleistung mit Win 11 gegeüber Win 10 haben:
kommt ihr auch zu einer Seite, wo erklärt wird, dass AMD mit seinen kommenden CPUs dem big.little Prinzip auch nicht abgeneigt
Das hatte ich doch am Sonntag in
Post #160 geschrieben.