HWiNFO: surveillance et information matériel et système

[Malekal_morte]

Etonnant qu'il n'y ait pas encore eu de fiche pour cet utilitaire.
HWiNFO est un utilitaire gratuit qui permet d'obtenir des informations systèmes (carte mère, processeur, carte graphique, etc).

HWiNFo-informations-systemes.png

Ainsi que de surveiller tous les composants de votre ordinateur :

• Les températures du processeur, carte graphique et disque dur
• Les voltages
• L'utilisation CPU mémoire du processeur, mémoire et la même chose pour carte graphique
• Les débits du disque dur ainsi que les taux de transfert
• Les remontés SMART de vos disques
• L'utilisation réseau avec les débits entrants et sortant à un instant T ainsi que le volume de données transmis

HWiNFo-surveillance-systeme.png

Il est possible de grapher ces informations pour obtenir dans le temps ou encore d'afficher ces données dans des icônes du systray.
Enfin l'utilitaire permet de même des alertes en place quand des seuils sont dépassés.



Avec cet utilitaire, il est assez simple :

• suivre l'activité CPU ou mesurer l'utilisation GPU sur Windows
• de suivre les températures de votre ordinateur
• Surveiller la santé de vos disques dur

Un utilitaire complet qui est plutôt destiné aux utilisateurs avancés.

Le téléchargement de HWiNFO : Télécharger HWiNFO
Le tutoriel complet : HWiNFO : informations et surveillance du matériel de son PC


Cet utilitaire est aussi disponible dans le Live USB Malekal.

[Parisien_entraide]

En complément : Pour afficher des informations sous forme de graphiques plus précis que ceux générés par le programme

viewtopic.php?t=64184

[Parisien_entraide]

Source partielle Canard PC N° 408


"Le programme HWINFO a intégré une nouvelle ligne de diagnostic pour les cartes mères AM4 (AMD) :
Le CPU Power Reporting Deviation "CPRD"

i

En résumé : "Deux fabricants de cartes mères (non cités) trafiquent les données de consommation, envoyées au CPU afin que ce dernier s'autorise des fréquences de fonctionnement moyennes plus élevées Au final : De meilleures performances faussement attribuées à la qualité de la carte mère, en contrepartie d'une augmentation de la consommation réelle de la température dégagée

Si le fabricant de la carte mère déclare 50% de la valeur correcte, le processeur pense qu'il consomme la moitié de l'énergie qu'il ne le fait réellement. Dans ce cas, le processeur se permet de consommer deux fois la puissance de ses limites de puissance définies, même en stock.
Suivant le type de refroidissement surtout si celui ci est performant cela monte vite

Personne ne veut citer les marques

Je précise qu'AMD ne cautionne pas cela et a averti les fabricants de cartes mères
AMD précise que cela "peut" avoir un impact significatif sur la durée de vie sur le processeur, mais qu'en cas de défaillance, celui ci est couvert pendant la période de garantie
Seulement là on ne parle QUE du processeur

Chez la concurrence, il faut savoir qu'Intel approuve expressément et encourage même les fournisseurs de cartes mères à ajuster les limites de puissance pour différencier leurs produits, et ces ajustements n'ont pas d'impact sur la longévité des puces pendant la période de garantie
Mais là aussi on ne parle QUE du processeur
C'est donc au constructeur de la carte mère d'adapter "l'environnement" à ce surplus de puissance
Seulement est ce le cas ? Si la durée de vie d'une carte mère du fait que son propriétaire en changera au bout de 3 à 5 ans semble établie, quelle est leur attitude au delà du marketing de l'usage de composants de "classe miltaire" ?
On peut se poser légitimement la question


ASUS :
J'ai commencé par suspecter ce dernier, du fait que par le passé ASUS fournissait des cartes mères aux testeurs en augmentant par exemple le BCLK qui passait de 100 à 101 (ou un peu plus) mais qui était déclaré en tant que valeur 100 dans le bios. Évidemment dans les tests comparatifs ils surpassaient tout le monde
Pour l'instant a été relevé le modèle Asus ROG Crosshair VIII Hero (X570) avec une valeur de 82.4%, ce qui n'est pas excessif, sans compter que le propriétaire de la carte avait fait le test mais sans la maj du bios
Pour une autre carte Asus Tuf Gaming X570-Plus cela tombe à 74% (mais avec dernier bios)
Il y a des maj de bios en diffusion pour corriger


ASROCK : ,Avec leur X570 Taichi par ex mais cela a été mis sur le compte de la jeunesse de la carte, ont rectifié, avec une mise à jour du bios
Néanmoins leur réponse au problème est.. curieuse : "Ils ont complètement annulé les facteurs d'échelle pour les courants CPU et SOC. Le processeur n'a donc absolument aucune connaissance de la quantité d'énergie qu'il consomme."


GIGABYTES ; Chez eux il y a de tout (comme une Gigabyte X570 Aorus Master sous évaluée), mais disent s'attacher à résoudre les problèmes

MSI : La X570 GODLIKE est conforme


Ce ne sont là QUE quelques modèles et tout ne peut être et n'a pas été testé

Pour les autres (constructeurs, modèles), il se peut que des maj de bios apparaissent du fait des avertissements d'AMD dans les semaines ou mois suivant
Ce qui devrait entrainer obligatoirement une perte de performances (mais elles reviennent dans la norme) ou pour d'autres les améliorer

!

Les conséquences : Des plantages dont BSOD évidemment qui restent incompréhensibles pour l'utilisateur malgré la recherche de la cause via des tests Réduction de la durée de vie du CPU, un vieillissement accéléré de la carte mère du moins de certains composants comme les VRM puisque le refroidissement ne sera pas adéquat, un peu comme un overclocking peut réduire de 15 à 5 ou 3 ans la durée de vie d'un PC, mais cela peut affecter à terme également l'alimentation car qui dit chauffe dit.. augmentation de la consommation, et qui dit augmentation de la consommation dit... chauffe.. la spirale infernale

A noter que pour que le test fonctionne il faut revenir aux valeurs "stock" (BIOS/UEFI)
Des valeurs comprises entre 95 - 105% sont considérées comme acceptables
Ces valeurs ont été corrigées par Hwinfo par rapport à la version beta car il peut y avoir des variations de qualité du silicium du processeur, des tolérances de fabrication de la carte mère, des variations du fait de certains composants (VRM) ainsi que des conditions ambiantes (températures extérieures)

Malgré le fait que cette bidouille augmente efficacement la limite de puissance du CPU, il n'affecte pas la fonctionnalité intégrée (FIT), qui est là pour surveiller et protéger le silicium contre une usure excessive et des dommages
Seulement il est dit aussi que le contrôleur FIT ne peut être contourné par aucun régulateur de carte UNIQUEMENT que SI le CPU est sur les paramètres auto / stock. (à approfondir)
Pour rappel : le contrôleur FIT commence la réduction de fréquence (boosting) au-dessus de 50 ° C.
ZEN2 est une puce hautement dynamique, pas comme les autres, en ce qui concerne la fréquence de suralimentation. Plus on réduit la température en refroidissant mieux, plus et il continuera à augmenter sa fréquence de manière plus soutenue.(dans la limite des 95°C)

Le risque de "cramer" son CPU est donc inexistant
Il existe des mécanismes internes à AMD qui fonctionnent bien pour protéger les utilisateurs contre les paramètres qui provoqueraient des pannes catastrophiques

Un CPU peut encaisser de fortes températures (la limite reste cependant fixée à 100°C ) tout comme un GPU
Je me rappelle d un modèle que j'avais fais importer car introuvable en Europe de chez EVGA en superclocked dont l'alarme de chauffe se déclenchait à ...119°C et qui se coupait à 121°C)

Il faut savoir aussi que sans le vouloir, certains fabricants de carte mère surestiment la consommation
Au résultat les résultats seront moins performants que ce à quoi on peut s'attendre
Autre paramètre à prendre en compte (mais impossible à détecter avec les tests logiciels) la qualité des VRM qui peuvent influer jusqu'à 10% dans un sens comme dans l'autre sur les résultats de tests d'ou la valeur de "normalité" médiane attribuée par HWINFO de 95 à 105%

La nouvelle valeur de HWINFO ne fonctionne pas sur cartes mèresTRX40, car la télémétrie est supprimée sur les plates-formes HEDT et serveurs TRX40


On peut voir l'ajout de cette modification dans le changelog de HWINFO

HWIUNFO changlog.jpg

Et dans le programme :

2020-08-04_144647.jpg

EXPLICATIONS de HWINFO

"Les processeurs Ryzen pour la plate-forme AM4 s'appuient sur une télémétrie externe provenant de la carte mère pour déterminer leur consommation d'énergie.

La télémétrie de tension, de courant et de puissance est fournie au processeur par le contrôleur VRM de la carte mère via l'interface AMD SVI2.
Ces informations sont consommées par le coprocesseur de gestion de l'alimentation des processeurs, qui est chargé d'ajuster les paramètres de fonctionnement du CPU et de s'assurer que ni le SKU du CPU, ni les limites spécifiques à la plate-forme ou à l'infrastructure ne sont violés.

La faiblesse de cette méthode est que la télémétrie utilise essentiellement une échelle non définie pour les mesures de courant (et donc de puissance).
Cela signifie que le contrôleur VRM de la carte mère enverra un entier compris entre 0 et 255 au CPU, et en fonction de la valeur de référence connue par les firmwares du coprocesseur, cet entier est converti en un chiffre, qui représente un courant physique tiré par le CPU. Sur la base du flux de courant et de la tension connus avec précision, il est possible de calculer la consommation d'énergie du processeur en watts (V * I).

La valeur de référence mentionnée précédemment est généralement différente pour chaque marque et modèle de carte mère, sauf s'il existe des cartes qui ont un circuit d'alimentation identique. Pour cette raison, il incombe aux fabricants de cartes mères de trouver la valeur correcte pour la conception de leur carte mère par le biais du calibrage, puis de la déclarer correctement dans AGESA, pendant la compilation du bios.

Dans le cas où la conception spécifique de la carte mère, la valeur correcte diffère considérablement de la valeur déclarée, il y aura un biais dans la consommation d'énergie vue par le CPU.

Si la valeur déclarée est supérieure à la valeur réelle, la consommation électrique vue par le CPU est supérieure à ce qu'elle est réellement. De même, si la valeur déclarée est sous-évaluée... le processeur penserait qu'il consomme moins d'énergie qu'il ne le fait réellement.


Étant donné qu'au moins deux des plus grands fabricants de cartes mères insistent toujours pour utiliser cet exploit pour obtenir un avantage sur leurs concurrents malgré qu'on leur demande et qu'on leur dise constamment de ne pas le faire, nous avons pensé qu'il serait juste de permettre aux consommateurs de voir si leurs cartes fonctionnent quelque chose qu'ils ne sont pas censés faire.


LES CONSEQUENCES

Le problème avec l'utilisation de cet exploit est qu'il gâche la gestion de l'alimentation du processeur et réduit potentiellement sa durée de vie car il exécute le processeur en dehors des spécifications, dans certains cas avec une grande marge.
En outre, cela peut causer des problèmes lorsque cet exploit n'est pas détecté, car les performances et les chiffres de consommation d'énergie basés sur le logiciel en seront affectés.


EXEMPLE APPLICATIF

Par exemple, si nous prenons un processeur Ryzen 7 3700X doté d'un TDP de 65 W et d'une limite de puissance par défaut (PPT) de 88 W, et que nous l'utilisons sur une carte qui n'a déclaré que 60% de son courant de référence de télémétrie réel, nous finirons par être efficaces. limite de puissance de ~ 147W (88 / 0,6) malgré un fonctionnement aux réglages d'origine (c'est-à-dire sans activer l'overclocking manuel ou AMD PBO).

Alors que le SKU 3700X utilisé dans cet exemple ne peut généralement même pas atteindre ce type de consommation électrique avant de se heurter aux autres limiteurs et limitations, le fait demeure que le processeur fonctionne bien en dehors des spécifications sans même que l'utilisateur ne le reconnaisse.
Cet exploit peut également entraîner des coûts et du travail supplémentaires pour le consommateur, qui commence à s'interroger sur les températures anormalement élevées du processeur et commence à résoudre le problème au départ en remontant le refroidissement et, généralement, en achetant un ou plusieurs refroidisseurs de processeur.

HWiNFO affichera la métrique «Power Reporting Deviation» sous les capteurs améliorés du CPU.

Le chiffre affiché est un pourcentage, 100,0% étant la ligne de base totalement non biaisée.

Lorsque le fabricant de la carte mère a à la fois correctement calibré et déclaré la valeur de référence, le chiffre indiqué devrait être assez proche de 100% dans un scénario stable, presque à pleine charge.
Une approximation pour un seuil, où les lectures deviennent suspectes, est d'environ ± 5%. Ainsi, si vous voyez une valeur moyenne nettement inférieure à ~ 95%, il y a probablement un biais intentionnel.
Évidemment, le chiffre peut être supérieur à 100%, mais pour les raisons évidentes, il l'est rarement;)

Comme indiqué précédemment, cette métrique n'est valide que pendant une condition de quasi-pleine charge relativement stable.

Cela est dû à la précision de mesure typique de la télémétrie du contrôleur VRM, ainsi qu'à la gestion de l'alimentation très avancée et rapide sur les processeurs Ryzen, qui se traduisent non seulement par un ralenti extrêmement faible, mais également par une consommation d'énergie en évolution extrêmement rapide.
Une charge de travail suggérée pour obtenir une métrique d'écart stable et reproductible est Cinebench R20 NT, avec la fréquence d'échantillonnage HWiNFO réglée à moins ou égale à 1000 ms.

À partir de maintenant, en dehors de certaines cartes mères MSI, la polarisation n'est pas contrôlable par l'utilisateur final. Au cas où il y aurait des preuves claires de polarisation sur certaines cartes mères ou leurs versions de bios, veuillez contacter le fabricant et lui demander de supprimer la polarisation de télémétrie du bios. Le biais peut être implémenté de différentes manières, il peut être lié à un ou plusieurs paramètres spécifiques (appelés «règle automatique») dans le bios ou être corrigé dans une certaine version du bios ou dans toutes les versions de bios disponibles.

Voici un exemple pratique enregistré sur la carte mère MSI X570 Godlike, utilisant la version 1.93 beta-bios la plus récente.
Pour cette version du bios, MSI a déclaré un courant de référence de 280A, lorsque la valeur correcte qui produit un résultat proche de 100% (c'est-à-dire pas d'écart) et également une consommation électrique correspondante par rapport aux autres cartes (même CPU et charge de travail) est de 300A. Cela signifie que la carte permet une consommation d'énergie 7,14% (300/280) plus élevée pour le processeur que l'état des spécifications AMD. Comparé aux pires contrevenants (jusqu'à 50%), il s'agit d'une infraction mineure, de sorte que MSI mérite le bénéfice d'un doute chaque fois que c'est une erreur intentionnelle ou honnête.

Avec le réglage approprié de 300 A, la "Déviation de rapport de puissance CPU" HWiNFO moyenne pendant Cinebench R20 NT est de 99,2%.
Avec ce paramètre, la fréquence moyenne du cœur du processeur est de 4027,4 MHz, la consommation d'énergie observée par le processeur de 140,964 W (limite de 142 W) et la température maximale du processeur de 73 ° C.
__________________________________________


PRECISIONS POUR LE TEST


HWINO indique que le test n'est valide que sous certains conditions :

- Mettre les valeurs par défaut (Stock) et pas d' O/C qu'il soit automatique ou manuel

- Le test ne fonctionne qu'à pleine charge

- Utiliser CINEBENCH R20 NT (multithread) et RIEN D'AUTRE. Non pas parce que rien d'autre ne fonctionne, mais pour que la charge de travail soit
cohérente (sont exclus les tests effectués avec Prime95 par ex)


Video explicative (en anglais)




EXEMPLES D ANALYSE

1) Vous avez un R5 3600 Ryzen évalué à 65W TDP avec 88W maximum de puissance absorbée (PPT).

Vous exécutez le test R20 multi benchmark et vous voyez un PRD de 90,9% et un PPT de 86W pendant le test.
Cela signifie que les 86 W que vous voyez pendant ce test représentent les 90,9% de la puissance réelle / réelle que le processeur tire.
Par conséquent, la consommation d'énergie réelle / réelle (PPT) est la différence entre 90,9 et 100 = (+ 10%).
Donc, la véritable consommation d'énergie est de 86 + 10% = 94,6 W

2) Vous avez un R5 3600 Ryzen évalué à 65W TDP avec 88W maximum de puissance absorbée (PPT).
Vous exécutezle test R20 multi benchmark et vous voyez un PRD de 110% et un PPT de 88W pendant le test.
Cela signifie que les 88 W que vous voyez pendant ce test sont les 110% de la puissance réelle / réelle que le CPU tire.
Par conséquent, la consommation d'énergie réelle / réelle (PPT) est la différence entre 100 et 110 = (- 10%).
Donc, la véritable consommation d'énergie est de 88-10% = 79,2W

[Parisien_entraide]

Nouvelle version

Journal des modifications HWiNFO32 et HWiNFO64 v7.10 :

Code : Tout sélectionner

- Ajout de rapports sur la capacité de prise en charge du démarrage sécurisé.
- Ajout de la surveillance du point d'accès IOD (IO Die) et de la température moyenne sur les processeurs AMD Zen2 et ultérieurs.
- Surveillance fixe de certaines cartes mères de la série MSI X570S.
- Ajout de rapports sur les commandes CPPC pour AMD Renoir et les APU ultérieurs.
- Rapports Tj,max améliorés sur certains processeurs AMD Zen.
- Modification de la limite d'avertissement de température élevée de Tj,max-10 à Tj,max-5 ºC.
- Arrondi amélioré des paramètres nCK DDR4/DDR5.
- Ajout du support d'Aquacomputer Leakshield.
- Surveillance améliorée des capteurs sur NZXT N7 Z590.
- Prise en charge améliorée d'AMD Navi23.
- Surveillance améliorée des capteurs sur ASUS ProArt X570-CREATOR.
- Surveillance fixe de certaines cartes mères de la série GIGABYTE X570S.
- Lecture DDR5 SPD améliorée.
- Ajout de la surveillance du nombre moyen de cœurs actifs pour AMD Ryzen 2xxx et séries ultérieures.
- Surveillance EVGA ICX3 mise à jour sur les GPU avec un nouveau firmware.
- Prise en charge améliorée de certaines futures générations de processeurs AMD.
- Ajout du support préliminaire de certains futurs GPU AMD.
- Ajout de la surveillance des limites de puissance statiques PL1/PL2.
- Ajout d'une option pour écrire le journal du capteur directement sur le disque.

Lien de téléchargement : https://www.hwinfo.com/download/

[Parisien_entraide]

Petite précision (Source : PC Update)

Il n'existe pas à ce jour de programmes qui indique le TDP prévu par le constructeur

Les outils comme HWINFO, CPU-Z, ou le petit dernier QUICKCPU https://coderbag.com/product/quickcpu indiquent seulement le TDP maximum théorique du CPU, et ce quels que soient les réglages UEFI choisis par le fabricant

C'est un peu problématique car par exemple pour un processeur Tiger Lake-H (ordi portable), il peut être configuré en 35W ou 45W
Le choix est laissé à la discrétion du constructeur suivant le système de refroidissement qu'il a mis en place et la gamme

Problème : Ce n'est JAMAIS indiqué sur la fiche constructeur


Edit : Pour QUICKCPU https://www.malekal.com/quick-cpu-optim ... sseur-cpu/

[Parisien_entraide]

activ er osd.jpg

La nouvelle version de HWINFO permettra un affichage à l'écran (OSD)/superposition entièrement intégré.
Cette fonctionnalité permet d'afficher n'importe quelle valeur de HWiNFO à l'écran, dans les applications et jeux 3D, y compris ceux en mode plein écran.


Cette fonctionnalité est basée sur Intel PresentMon et permet d'afficher n'importe quelle valeur sous forme de texte ou de graphique (avec plusieurs valeurs).
La position, la police du texte, la taille, le poids et les couleurs peuvent être définis individuellement. Il devrait fonctionner avec n'importe quel moteur comme DirectX 11, 12, OpenGL, Vulkan.

L'OSD est automatiquement placé sur l'application la plus gourmande en graphiques en cours d'exécution, mais il peut également être ciblé manuellement.
Le plan actuel est qu'un ensemble limité de fonctionnalités sera disponible dans la version gratuite et l'ensemble complet dans la version Pro.



LES NOUVEAUTES

- L'OSD est limité à un maximum de 5 éléments dans la version gratuite/Non-Pro de HWiNFO64. HWiNFO64 Pro n'a pas cette limite.

- Support WinXP abandonné dans HWiNFO64 : En ajoutant cette fonctionnalité, il n'est plus possible de maintenir le support de Windows XP (et éventuellement Vista aussi) dans HWiNFO64.
Utilisez l'ancien HWiNFO32 sur ces systèmes.

Nous ne prévoyons pas que ces systèmes bénéficieront d'applications 64 bits, ni nécessiteront la prise en charge des dernières versions de HWiNFO64. L’impact de cette (triste) limitation devrait donc être minime. Dans le cas où il y aurait une demande raisonnable pour de nouvelles versions de HWiNFO64 sur XP64, il est toujours possible de construire de telles versions (sans support OSD), mais actuellement nous ne prévoyons pas de faire un tel effort supplémentaire.

- Ciblage automatique : En mode superposition, l'OSD est automatiquement affiché sur le processus/la fenêtre la plus gourmande en GPU, qui est constamment évalué.
Le ciblage automatique peut être désactivé ou verrouillé sur une fenêtre/ID de processus (PID) spécifique et personnalisé. HWiNFO affiche le nom du processus sur lequel il est actuellement ciblé ainsi que l'utilisation du GPU spécifique au processus en [%].

Pour que la superposition fonctionne correctement, HWiNFO64 demande uiAccess=true afin que la superposition puisse être affichée au-dessus d'autres fenêtres, y compris les applications plein écran.

Ce mode spécial n'est accordé qu'aux applications démarrées à partir d'un « dossier sécurisé », qui est le dossier « Program Files » (par défaut C:\Program Files ) et ses sous-dossiers, ou certains dossiers du chemin \Windows . Le programme d'installation de HWiNFO installera automatiquement HWiNFO dans le dossier " Program Files ", aucune action ne devrait donc être nécessaire.
Lors de l'utilisation de la version portable ou bêta de HWiNFO, il est nécessaire de copier manuellement HWiNFO64.EXE dans ce dossier « sécurisé ».

- Chaque élément peut être affiché sous forme d'entrée textuelle (étiquette, valeur, unités) ou sous forme de graphique. L'attribution de plusieurs valeurs de capteur sous forme de graphique à la même position affichera un graphique avec plusieurs valeurs.

Un logo GIGABYTE AORUS personnalisé s'affiche par défaut lorsque le thème AORUS est actif ou qu'une carte mère GIGABYTE est détectée. Ce logo peut être désactivé facilement.

------------------------------------------------

Il faut savoir que HWINFO collabore depuis l'année dernière avec GIGABYTES, donc ceci explique cela
https://www.gigabyte.com/Press/News/2101


L'OSD n'est pas activé par défaut (Image 1 au début de la news) Il faut aller dans les paramètres (ne pas négliger non plus l'activation des icones de notifications qui prendront place dans la barre de tâches pour noter l'activité en temps réel tout en gardant les valeurs min et max

activer 2.jpg

Téléchargement du jour https://sourceforge.net/projects/hwinf ... 3_5375.zip


ATTENTION ! Comme précisé c'est une beta et il s'agit du lien du jour

Pour suivre les maj de la beta il y a le forum
https://www.hwinfo.com/forum/forums/announcements.4/

Et pour télécharger, aller sur la page https://www.hwinfo.com/download/

Le lien est un peu caché pour la beta
J'ai noté que suivant les serveurs proposés il peut y avoir un décalage de versions
De toutes les façons le programme le dira au lancement si une nouvelle version beta est disponible

2024-02-29_114432.jpg

Concernant l'obligation de "uiAccess=true" pour l'OSD

Ce paramètre de stratégie impose que les applications qui demandent s’exécuter avec un niveau d’intégrité UIAccess en marquant UIAccess=true dans leur manifeste d’application doivent résider dans un emplacement sécurisé sur le système de fichiers. Les emplacements relativement sécurisés sont limités aux répertoires suivants :

\Program Files\ y compris les sous-répertoires
\Windows\system32\
\Program Files (x86)\ y compris les sous-répertoires pour les versions 64 bits de Windows

Extrait de :

https://learn.microsoft.com/fr-fr/windo ... -locations

[Parisien_entraide]

2024-03-28_092659.jpg

HWiNFO est sorti en version 8.0


Téléchargement https://www.hwinfo.com/download/

Ce qui figure dans l'autre message pour l'OSD et le reste est toujours d'actualité


Rappel :

La version installable est pour les Windows 7 à 11 en 64Bits
Si vous disposez d'une version 32Bits de Win7 ou Windows 10 (Il n'en n existe pas de version 32Bits pour Windows 11) il faut prendre la version "portable"

hwi versions.jpg

Voici ce qui figure dans les améliorations de cette version 8.0 (dont une partie déjà dans la beta)


- Ajout d'un OSD entièrement intégré.
- La prise en charge de Windows XP/Vista a été abandonnée dans HWiNFO64.
- Le programme d'installation HWiNFO a migré vers Unicode pour une meilleure prise en charge multilingue.
- Le programme d'installation de HWiNFO inclut désormais uniquement HWiNFO64 et nécessite Windows 7 x64 ou version ultérieure.
- HWiNFO32 hérité disponible dans le package portable uniquement.
- Surveillance améliorée des capteurs sur la série ASUS NUC.
- Surveillance améliorée de l’état de certains disques NVMe connectés via Intel RST.
- Surveillance améliorée des capteurs sur ASUS TUF GAMING Z790-PRO WIFI.
- Mécanisme de démarrage automatique remanié pour mieux refléter l’état réel.
- Correction du démarrage automatique (via un lanceur) en raison de nouvelles exigences pour l'OSD.
- Correction de quelques bugs dans la configuration OSD.
- Ajout de la prise en charge des capteurs Aquacomputer VISION et VISION RGBpx.
- Surveillance améliorée des capteurs sur les nouvelles cartes mères GIGABYTE des séries Z790 et B760.
- Ajout de NVIDIA GeForce RTX 4070 (AD103) et GeForce RTX 4060 (AD106).
- Prise en charge améliorée de Raptor Lake-PS.
- Correction de la prise en charge de l'iGPU AMD Hawk Point.


Si vous disposez d'un processeur AMD ZEN ne pas hésiter à aller dans les paramètres (lire le contraintes)

2024-03-28_093149.jpg

[Parisien_entraide]

Je vais apporter une précision car je note nombre de personnes sur les forums qui s'inquiètent avec certains programmes de monitoring comme HWMonitor de certaines valeurs qui s'affichent, dont la fameuse valeur CPUTIN (Elle ne figure pas en tant que tel dans HWINFO car traduit en CPU)

Ces valeurs apparaissent également dans Libre Hardware Monitor, au tout début mais ne portent pas de nom, dans la partie dédiée à la carte mère

CPUtin est censé donner la T° du proc.

C'est le capteur de la carte mère qui détecte la température de l'ensemble du processeur et il n'y a QUE la carte mère qui peut donner de vraies données Il faut donc passer par le BIOS/UEFI pour avoir les bonnes valeurs, sous la condition que... la sonde existe, ce qui n'est pas le cas sur toutes les cartes mères

Core Temp est le capteur sur le processeur lui-même et c'est à lui qu'il faut se référer


Pour rappel :

CPUTIN = Indice de température du processeur de la carte mère (seule la carte mère peut lire les bonnes données, donc via le Bios/UEFI)
AUXTIN = Indice de température auxiliaire (capteur de température de l'alimentation, si la sonde existe)
On peut noter souvent du AUXTIN1 et AUXTIN2 avec des températures en apparence excessives. Il ne faut pas en tenir compte dixit le créateur du programme HWINFO. C'est souvent mal lu, mal interprété par les programmes du fait de la sonde en place et implémentation par le constructeur de la carte mère
SYSTIN = Indice de température du système (carte mère) et plus précisément le NorthBridge



Sous réserve : (TMPIN X est l'abréviation de Thermal Monitor PIN (branchement N° X)

C'est juste un connecteur pour sonde de température où il n'y a rien de branché. Le logiciel ne sait pas trop comment interpréter l'absence de valeur et du coup affiche dans le doute la valeur maximale possible. (127 étant la valeur maximale possible d'un entier stocké sur un octet signé)

TMPIN 0 = MOBO = SYS
TMPIN 1 = CPU
TMPIN 2 = MCH = Northbridge
TMPIN 3 = Sensor near GPU/VRMs

On peut parfois voir apparaître du TMPIN5 mais cela peut être juste juste un connecteur pour sonde de température où il n'y a rien de connecté.
Le logiciel ne sait pas trop comment interpréter l'absence de valeur et du coup peut afficher des valeurs fixes, ou afficher dans le doute la valeur maximale possible. (127 étant la valeur maximale possible d'un entier stocké sur un octet signé)

Dans Libre Hardware Monitor, si on ne veut pas les voir apparaître il suffit de décocher dans le menu la partie "MainBoard" (carte mère)
L'aspect négatif c'est qu'on se prive de tout ce qui est lié au voltage

2019-04-21_200757.png

Sur HWINFO64

2024-03-28_111748.jpg

Concernant la valeur Core TEMP, on peut avoir de grosses différences sur certains CORES et c'est normal

Je ne peux pas tester avec Libre Hardware Monitor, mais sur HWINFO, sur AMD Ryzen par ex on peut voir meme des valeurs fantaisistes à
TMPIN 6 et TMPIN 8 de presque 120°C du fait d'une mauvaise lecture de sonde ou lors d'absence de sonde (et là on peut voir du 128°C)


Idem si vous voyez des températures constantes sur le TMPIN3 en mini et maxi.. cela veut dire que soit les capteurs sont mal lus, inutilisés,
Tous les capteurs ne sont pas parfaits, chaque fabricant de carte mère peut décider quoi faire de ces capteurs, et de quelle qualité ils sont, sans compter le programme qui lit


Si je prends l'ex du SandyBridge avec un test OCCT prime small on fait chauffer les cores ET le cache
Les deux cores du milieu sont ceux qui chauffent le plus.

Avec prime large ou linpack, on fait plus travailler le contrôleur mémoire.
Donc le core 4, celui qui se situe près de cette zone, devrait être plus chaud.
Le core 1, côté GPU, peut profiter de la partie "non utilisée" du die pour dissiper la chaleur qu'il produit et ainsi être plus frais que les trois autres.

Suivant les processeurs cela peut être différent, car la taille du cache, le SMT, le fait d'avoir un IGP ou pas etc peuvent influer, mais le fond de l'explication reste valable

2024-03-28_110227.jpg