Version imprimable
Bonjour,
existe-il une bibliothèque ou du code ASM pour accéder aux différentes sondes et autres caractéristiques des différents périphériques d'un ordinateur ?
De préférence avec du code portable.
C'est vaste mais je n'ai pas de restrictions sur les infos fournies.
J'ai trouvé un bout de code (ASM) qui, par exemple, permet d'obtenir le nombre de core/thread. C'est ce genre d'infos auquel j'aimerais avoir accès.
D'avance merci.
Bonjour,
Pour ce qui est de la portabilité du code, c'est tout de même compliqué. Le code que vous avez fonctionne avec les CPU Intel, mais peut être pas avec les CPU AMD et je suis sûr que cela ne marche pas avec les CPU ARM. Pour le nombre de cœurs, c'est aisément trouvable (et ce même dans la bibliothèque standard du C++), mais pour les températures c'est bien accessible. Bien sûr, il existe des codes assembleurs, mais encore une fois, c'est limité à tel ou tel CPU (on trouvera les informations dans la documentation officielle d'Intel, par exemple). Du côté des bibliothèques, vous pouvez utiliser lm-sensors.
Aussi, voici d'autres exemples : https://stackoverflow.com/questions/...pu-temperature
Pour les disques durs, il faut voir du côté des indicateurs S.M.A.R.T..
Pour le reste, cela va être spécifique au matériel.
L'ASM ne permet pas de plus communiquer avec le hardware que le C.
Ta question est bien trop vague ,quand tu parle d'ordinateur ,tu parle du PC ?
Parce que oui y'a pas des façons universel pour communiquer avec du matériel , donc ça dépend de la machine cible tout simplement.
Il faut pas oublier que si tu parle du PC , la seule façon de communiquer avec le matériel , c'est de passer par l'OS , l'OS ne te laissera jamais communiquer avec le matériel.
Sans OS , c'est bien plus délicat, parce que beaucoup de matériel sont pas open source donc ou ne sont pas disponible en documentation ,sauf si lire les millions de ligne de code de Linux ne te fait pas peur.
Sur PC tu as l'ACPI qui permettra d'interroger les capteurs de température, d'avoir la conf matérielle, etc.Citation:
Parce que oui y'a pas des façons universel pour communiquer avec du matériel
C'est très probablement dispo sur certaines machines à base d'ARM.
Merci pour vos réponses.
Ma question se poser en effet sur l'architecture PC et donc sur les couples Intel / AMD et Windows / Linux-Unix.
Puisque des logiciels tel belarc advisor / aida64 / ... ou crystal disk info on accès à ces infos (même si se sont des logiciel essentiellement Windows), j’espérai qu'il existe une bibliothèque générique (multi OS) interrogeant l'OS qui lui ferait le travail selon l'architecture du microprocesseur. J'aurai voulu pouvoir avoir accès aux infos de la carte mère tel nombre et type de port PCIe, SATA, slot de RAM, ...
Je pense que ces logiciels utilisent les informations ACPI.
Sous linux, tu pourras trouver plein d'infos dans /proc et /sys. Il existe une commande acpi il me semble.
Tu peux regarder aussi du coté de la commande wmic de Windows, il y a un portage sous Linux mais je ne sais pas ce qu’il vaut. Il existe également des clients Python pour wmi.
Cela t’éviteras de devoir réinventer la roue et d'étudier l'ACPI qui doit être super lourd.
je suis en effet tomber sur wmic mais je n'ai pas cherché plus avant dans cette direction car elle vient qu'avec le powershell qui n'apparait qu'en 2006 et Vista excluant toute la branche DOS, 9X et XP. De plus elle est déprécier sous Windows 10 et disparait avec Windows 11 (autant pour la compatibilité)
Et un but non avouer, après un creux de 10 ans sans faire d'informatique, était de m'y remettre "en douceur" (doux rêve) sur un sujet qui me tenait à cœur (mais qui a-t-il la dessous ?).
Pour information, lorsque je me suis rendu compte qu'il me faudrait faire une solution adapter pour Windows et une autre pour Linux, j'ai cherché à savoir comment les identifier.
La seul réponse que j'ai trouver c'est de chercher la présence, pour Windows, de Win32. Pourtant le MBR /UEFI doive avoir ces informations, qui plus est l'UEFI est en C donc plus accessible.
Si c'est ce qui t'intéresse , alors il faut viser à mon sens des machines bien plus simple à comprendre et à appréhender (Arduino , Raspberry Pi etc etc ).Citation:
Envoyé par primusG
je n'ai que mon portable et je pensai, à tort que la standardisation avait fait son œuvre.