238 / 736AUTO

Autotuning

Régler automatiquement un appareil de minage

Deux appareils du même modèle ne travaillent pas nécessairement aussi bien avec des réglages identiques. Leurs puces diffèrent légèrement, et leur refroidissement aussi. Autotuning cherche à tenir compte de ces différences : plutôt que d’imposer un réglage uniforme, il teste ce qui convient au matériel. Imaginons qu’André souhaite obtenir le plus de travail utile possible avec l’électricité qu’il paie. Le réglage automatique peut l’aider, mais il doit d’abord choisir un objectif, puis mesurer le résultat.

Autotuning est la recherche automatique de réglages adaptés aux puces ou aux cartes de minage. Le logiciel de commande teste et modifie fréquence et tension selon la réaction du matériel. Il cherche un profil utilisable pour un objectif et des conditions précis, sans prouver qu’il soit le meilleur possible ni garantir un bénéfice.

Un ASIC est une puce spécialisée dans les calculs du minage. Braiins explique que de petites différences apparaissent dès la fabrication ; l’état du matériel et sa température comptent aussi. Mining Firmware, le programme qui commande l’appareil, peut donc tester les puces individuellement. La fréquence fixe leur rythme de travail ; la tension influence les conditions électriques permettant ce travail. Certaines supportent mieux une charge élevée, d’autres une charge moindre. Cela ressemble à une répartition des tâches selon les capacités plutôt qu’à un rythme imposé à tous. Le résultat d’une machine ne se transpose pas automatiquement à une autre. [1]

André peut chercher un hashrate plus élevé, donc davantage d’essais de hachage par seconde, ou moins d’énergie pour le même travail, exprimée en J/TH (joules par térahash, soit l’énergie nécessaire à mille milliards d’essais de hachage). Il peut aussi devoir respecter la puissance disponible dans son installation. Ces objectifs diffèrent. Braiins règle pour un niveau de puissance choisi ; LuxOS distingue la puissance demandée de ses limites. Autotuning n’est pas synonyme d’Overclocking, l’augmentation de la fréquence : il peut servir à un fonctionnement plus sobre. Quel que soit l’objectif, les limites du PSU, le bloc d’alimentation, du refroidissement et du circuit électrique restent applicables. [1] [5] [6]

Le programme commence par tester les capacités des puces ; la vitesse provisoire n’est donc pas le résultat final. Dans sa foire aux questions (FAQ), Braiins précise que la durée dépend du modèle et de la carte de contrôle et peut atteindre plusieurs heures. Stable signifie que le réglage s’est stabilisé dans ce mode, pas que le fonctionnement sera toujours sans incident. André examine aussi chaque carte de calcul : un état général disabled (désactivé) peut provenir d’une seule carte désactivée ou défaillante alors que les autres sont stables. Il faut lire cette indication avec les données des composants. [2]

La FAQ Braiins prend l’exemple d’un S19 réglé sur 3000 W avec une seule carte de calcul fonctionnelle. La répartition selon les trois cartes attendues attribue 1000 W à cette carte. Cela n’oblige pas le logiciel à transférer les 3000 W à la carte restante. Le matériel manquant modifie ce que l’ensemble peut fournir. André ne considère donc pas automatiquement une consommation inférieure comme un défaut de réglage et ne tente pas de compenser la puissance perdue sans tenir compte des limites. Celles de la carte, du PSU et du circuit restent valables. [2]

Braiins distingue le profil traditionnel enregistré de Continuous Tuning, encore indiqué comme beta lors de cette révision. Le profil contient les tensions et fréquences choisies. DPS, ou Dynamic Performance Scaling, peut changer de niveau de puissance, mais ce changement ne réajuste pas à lui seul le profil initial à une nouvelle température. Le réglage continu, lui, poursuit l’adaptation aux conditions. Dans ce mode, la sécurité thermique prime sur les objectifs de performance. Automatique ne dit donc pas encore si le logiciel cherche de nouveaux paramètres ou applique des paramètres enregistrés. [3]

LuxOS AutoTuner a ses propres limites. Il ne modifie pas les custom profiles, profils personnalisés avec fréquence et tension explicitement définies : l’utilisateur a choisi cette combinaison. Power targeting, le contrôle selon une puissance demandée, et le réglage par profils ne fonctionnent pas simultanément. Les commandes manuelles de fréquence et de tension sont également indisponibles lorsque power targeting est actif. André ne peut donc pas appliquer sans vérification l’expérience ou les instructions d’un autre firmware. Le mode actif et la prise en charge du modèle déterminent le comportement. [4]

La commande LuxOS powertargetset distingue power_target, la puissance demandée ; power_limit, sa limite supérieure ; et power_min, le plancher de régulation. L’ancien paramètre power fixe ensemble la cible et le plafond. Changer la cible ne modifie donc pas nécessairement toutes les contraintes. Cela ressemble à une vitesse choisie et à une plage autorisée : elles sont liées, mais différentes. Ces noms aident à lire la documentation ; il n’est pas nécessaire d’exécuter des commandes pour comprendre. Un réglage actif reste aussi une consigne logicielle, pas une mesure précise de toute la machine à la prise. [5]

Dans le calcul suivant, W désigne la puissance consommée en watts et TH/s le nombre de térahashes par seconde. Prenons un modèle illustratif : 3000 W / 100 TH/s = 30 J/TH. Après modification, 2700 W / 90 TH/s = 30 J/TH. Puissance consommée et essais par seconde ont baissé dans la même proportion : l’efficacité n’a pas changé. Une facture moindre peut être souhaitable, mais le même travail demande toujours la même énergie. André compare les résultats dans des conditions thermiques semblables et mesure toujours les mêmes composants de l’appareil. Il vérifie aussi le travail accepté par le pool, un service qui regroupe le travail de calcul des mineurs. L’estimation de vitesse de la machine ne suffit pas. Ni Autotuning ni Stable ne garantissent économies ou bénéfice. Les mesures, les erreurs et la durée réelle de fonctionnement comptent. [2] [4] [7]

Pour une vision complète, lisez aussi ASIC Miner, Mining Firmware, ASIC Efficiency, Underclocking, Overclocking. Cette entrée est également citée par ASIC Miner, ASIC Efficiency, Mining Firmware, Underclocking.

DOC · 001Braiins OS — AutotuningDocumentation DOC · 002Braiins OS — DPS and Autotuning FAQDocumentation DOC · 003Braiins OS — Continuous Tuning betaDocumentation DOC · 004LuxOS — AutoTunerDocumentation DOC · 005LuxOS — powertargetsetDocumentation DOC · 006NIST — SI prefixesDocumentation DOC · 007Bitcoin Developer Guide — MiningDocumentation
Révisé le: Sources d’abord · Pas un conseil financier