Température du CPU très élevée dans le BIOS mais correcte dans RealTemp/Speedfan.

la charge du processeur dans le bios peut varier de 80 à 100% selon le mobo, ce qui m'a surpris (je pensais que le processeur serait presque inactif dans le bios).

Ceci est facilement explicable. Si vous démarrez sous DOS, vous verrez également la température augmenter. Pourquoi ? Parce qu'à l'époque où DOS et les BIOS ont été écrits, la surchauffe n'était pas vraiment un problème, et il n'était donc pas nécessaire de faire tourner le CPU au ralenti. (Comme Hennes l'a dit, c'est un peu paresseux parce qu'on pourrait penser que les développeurs de BIOS les écriraient correctement de nos jours, mais je suppose qu'il est difficile de justifier de réécrire toute la chose à partir de zéro quand ils peuvent simplement modifier celle qui existe).

Cela signifie que le BIOS (qui n'est en fait qu'un programme), comme les programmes fonctionnant en mode DOS, tourne dans une boucle infinie pour accepter les entrées de l'utilisateur. Là encore, ce n'était pas un problème à l'époque, mais avec les systèmes plus modernes, cela peut faire chauffer inutilement l'unité centrale.

Si vous exécutez DOS dans une machine virtuelle, le CPU du système hôte montera en flèche jusqu'à ~100% (au moins pour le cœur sur lequel la VM est exécutée s'il y en a plusieurs). C'est pourquoi il est conseillé d'exécuter un petit programme appelé idle.com dans vos VMs DOS. Il est d'abord apparu avec VirtualPC, mais s'est depuis répandu pour être utilisé par quiconque utilise DOS dans une VM. En fait, certains l'utilisent même pour garder leur processeur inactif pendant qu'ils démarrent dans le vrai DOS (bien que la question de savoir si cela fonctionne reste ouverte au débat jusqu'à ce que quelqu'un arrive à le désassembler pour voir comment il fonctionne - hum, nouveau projet !)

Alors qu'est-ce que ça a à voir avec vous ? Eh bien, comme je l'ai dit, le BIOS n'est pas différent. Il n'a pas de boucle d'inactivité pour envoyer HALT des instructions à l'unité centrale pour l'empêcher de surchauffer ; elle fonctionne également dans une boucle simple, basique et infinie (par ex, while done=0 {readkeyboard ... if key=q then done=1} )

Par conséquent, lorsque vous êtes dans le BIOS (ou même dans la séquence de pré-démarrage), le CPU peut effectivement chauffer. Ceci est confiné par le fait que les températures de votre BIOS étaient élevées, mais moins qu'une charge complète du CPU. (Le BIOS est un programme simple, à un seul fil, donc seulement un seul cœur est poussé à 100%. Je suppose que cela pourrait être considéré comme paresseux, mais encore une fois, ce n'est pas comme s'il y avait un avantage à le mettre à jour pour qu'il soit multithread).

Pour cette raison, il est conseillé de passer le moins de temps possible dans le BIOS si la chaleur est un problème (par exemple, lorsque vous êtes au milieu du désert). Essayez également de ne pas faire de pause pendant la séquence de pré-amorçage. La rapidité avec laquelle vous pouvez mettre en route un système d'exploitation (et envoyer HALT instructions à l'unité centrale), mieux c'est.

Si vous connectez votre système à un compteur d'énergie tel que le Kill-a-Watt, vous pouvez l'observer numériquement, car le système consomme beaucoup plus d'énergie lorsqu'il est dans l'éditeur du BIOS ou dans le DOS, en pause POST, ou même dans le menu de démarrage du système d'exploitation. Cependant, lorsqu'un système d'exploitation sensible à la consommation d'énergie se charge, la consommation d'énergie diminue (en fait, même l'exécution de idle.com dans DOS le fera baisser au même niveau). La différence spécifique variera, mais 30-50W n'est pas rare.

Vous pouvez également voir ce principe en action avec une machine virtuelle. Si vous mettez la VM en pause au moment du POST ou si vous entrez dans l'outil de configuration du BIOS, vous verrez que la charge CPU de l'hôte est élevée (100 % sur un processeur à un seul cœur, 50 % sur un processeur à deux cœurs/threaded, etc. idle.com à partir de ce moment-là, il tombe à ~0%. Elle chute également lorsque vous démarrez l'invité dans Windows ou un autre système d'exploitation moderne.