Windows 10 et les versions actuelles de Linux ne disposent pas, pour l’instant, de noyau adapté à un nouveau planificateur de tâches du géant bleu nommé Thread Director, dont nous avons déjà parlé en profondeur dans son article correspondant, mais qui en même temps est totalement lié au protagoniste de cela.
Donc, si seul Windows 11 est prêt pour Alder Lake, qu’en est-il de l’autre système d’exploitation ? Bon, comme on dit, ils ne sont pas optimisés et nécessitent un profond changement si l’on veut profiter des nouveaux avantages de ces CPUs. Le problème réside dans le programmeur du système d’exploitation, car c’est lui qui décide lequel de tous les processeurs logiques libres peut fonctionner avec le thread logiciel qui doit être affecté.
Les options dans ce cas ne sont que deux :
- L’OS décide que le processeur logique gratuit sera celui avec les performances maximales car c’est le moins de temps qu’il faudra avec ce genre de thread car le système est très performant.
- Le système d’exploitation décide que le processeur logique gratuit doit être un processeur à haute efficacité car pour ce type de thread, il est plus optimal car le système est programmé pour être aussi efficace que possible.
Et voici l’explication d’Intel pour le simple calcul d’une tâche, puisque lorsque cette situation de choix se produit par le programmeur du système d’exploitation entre deux processeurs logiques du CPU, les deux sont variables par voie de i, j, k1 et k2.
Le ratio de performance serait calculé selon Intel comme suit : Perfijkx = Perfikx / Perfjkx, tandis que le ratio d’efficacité de ce problème serait calculé comme Energyijkx = Energyikx / Energyjkx. Par conséquent, le système d’exploitation a beaucoup à dire ici puisqu’en suivant l’exemple ci-dessus, le programmeur pourrait déterminer dans le cas hypothétique que Perfijk1> Perfijk2.
Ainsi, le thread logiciel k1 irait au processeur logique j, tandis que K2 irait au processeur logique j. Que se passe-t-il si deux threads logiciels appartiennent au même ID ? Eh bien, très simple, puisque le programmeur du système d’exploitation peut choisir plusieurs processeurs logiques de performance ou d’efficacité pour effectuer les missions.
C’est ainsi que le chargement et l’équilibrage des threads logiciels sont correctement répartis par le système d’exploitation Windows 11.
Alors, qu’est-ce que l’EHFI ?
EHFI est l’abréviation de Enhanced Hardware Feedback Interface ou traduit dans notre langue serait Enhanced Hardware Feedback Interface et c’est justement l’ensemble d’instructions qui parvient à guider le programmeur du noyau (Windows 11 pour l’instant exclusivement) sur l’emplacement des charges de travail qui détermine le système d’exploitation entre les processeurs logiques du système, c’est-à-dire entre les cœurs et les threads.
Ces instructions sont chargées au démarrage du système d’exploitation et sont hébergées en tant que mémoire non paginée. Ces instructions sont stockées sous forme de table affectée à la mémoire d’écriture différée afin qu’une fois le chargement terminé et qu’elles soient activées par le système d’exploitation et le planificateur de tâches Intel (Directeur de fil), c’est quand il entre en service pour répartir les charges de travail du système d’exploitation.
Il faut ajouter que logiquement il y a un élément clé à cela et ce n’est rien de plus que la limitation que les restrictions thermiques et de puissance imposent pour EHFI et TD dans les tables SKU de chaque processeur. Le microcode Intel fixe la disponibilité de mappage dans ces tables pour EHFI et TD, de sorte que si une valeur dépasse le seuil de l’une des deux valeurs, elle cède la place aux systèmes de sécurité du processeur pour ces tâches.
Mais comment EHFI et TD savent-ils où chercher en mémoire ? Selon le brevet divulgué du système, il y a un indicateur de journal de notification qui se trouve à l’intérieur de Thread Director, qui détecte quand il y a eu un changement dans les informations et quand elles ont été écrites dans la mémoire, de sorte que le système d’exploitation ne demandera ni n’écrira à nouveau dans cette région jusqu’à ce que TD donne le feu vert pour supprimer l’indicateur pertinent.
Le contrôle auquel EHFI est soumis
Comme nous l’avons mentionné ci-dessus, tout tourne autour de la température et de l’efficacité, ce n’est pas en vain que c’est l’un des aspects fondamentaux d’Alder Lake. Les capteurs de courant qui implémentent les deux types de cœurs sont indispensables pour indiquer au contrôleur d’énergie la consommation de courant de chaque cœur ou thread.
Según las patentes, el nivel de energía total que encuentra registrado el controlador es el equiparable al TDP de procesador y no podrá ser superado, donde además ahora sabemos que Intel ha igualado el PL1 al PL2 y el valor de dicho TDP es la suma de ambos en même temps.
Comprenant cela, les actions du contrôleur doivent être divisées en quatre sections pour être examinées par le contrôleur :
- Domaine de la Noyaux
- Domaine de la graphique
- Domino de interconnexion
- Domaine de uncore
Par conséquent, leur somme ne peut jamais dépasser le PL1 = PL2, mais il peut être géré indépendamment afin que le contrôleur puisse attribuer plus de puissance à certains qu’à d’autres en fonction du comportement de la charge. Il faut ajouter à cela que logiquement l’EHFI dispose d’un temps imparti qui fixe la cadence de mise à jour de la table et du registre des contrôleurs, de sorte qu’il y ait un équilibre dans les affectations.
Par conséquent et à ce stade, EHFI n’a qu’à communiquer avec TD pour discerner le type de noyau, ses performances et la mesure des performances et de l’efficacité dont il dispose, où dans cette dernière étape le programmeur Windows est déjà informé 11 où le fil logiciel a envoyer.