Votre ordinateur a un CPU avec 4 cœurs d'exécution, mais votre moniteur logiciel indique qu'il en a 8. C'est le plus souvent quelque chose que vous'verriez avec l'hyper-threading, que la plupart des processeurs modernes sur les jeux d'instructions x86/x64 peuvent faire.
Bien qu'il n'y ait que 4 choses que votre processeur informatique particulier peut physiquement faire à la fois, il peut se préparer à faire plus de travail non lié plus rapidement et plus efficacement (par de nombreuses mesures, moins efficacement dans d'autres) en configurant des tâches à exécuter dans plusieurs threads et en basculant entre eux. Chaque cœur de processeur reçoit deux threads qui alimentent une zone d'exécution, de sorte qu'un cœur de processeur donné peut choisir d'exécuter des tâches à partir de l'un ou l'autre de ces threads dès qu'il est disponible, sans avoir à expulser à chaque fois cette autre information du pipeline du processeur. Certaines instructions doivent attendre pour être traitées (augmentation de la latence des instructions), mais elles sont prêtes à être traitées rapidement. Cela peut être bon ou mauvais pour les performances. Si vous avez besoin d'effectuer de nombreuses tâches informatiques générales et de passer souvent d'un processus à l'autre, c'est une bonne chose ! Si vous devez obtenir les temps de transfert les plus rapides possibles pour votre pile réseau, c'est très mauvais, car vos informations pourraient devoir attendre quelques fractions de seconde pour être traitées puisque le cœur du processeur fait autre chose et que votre commande est coincée à attendre dans le deuxième thread.
Pensez à un étudiant de collège qui a deux devoirs à rédiger, tous deux à rendre demain. Bien que l'étudiant ne puisse travailler que sur un seul papier à la fois, il peut garder deux documents word différents ouverts sur le bureau en même temps et, au fur et à mesure que des pensées inspirées lui viennent, il peut facilement passer d'un document à l'autre pour les écrire. Il s'agit du même concept que celui de l'hyperthread. Le travail ne se produit que sur un seul document à la fois, mais en mettant en arrière-plan l'autre classeur en le minimisant au lieu de le fermer entièrement de l'éditeur, il'est plus rapide pour l'étudiant de revenir travailler sur l'autre.