Le réglage de fréquence par puce expliqué : comment le firmware moderne maximise chaque ASIC

À l’intérieur de chaque mineur ASIC, des centaines de chips individuels travaillent en parallèle pour calculer des hachages SHA-256. Mais tous les chips ne se valent pas. En raison des variations naturelles du processus de fabrication des semi-conducteurs — ce que l’industrie appelle la « loterie du silicium » — chaque chip possède un point de fonctionnement optimal légèrement différent. Le réglage de frequency per-chip est la façon dont le firmware de minage moderne extrait le maximum de performance de chaque chip de votre hashboard.

Ce guide explique la loterie du silicium, le fonctionnement du réglage per-chip au niveau des registres, pourquoi la tension est per-domain alors que la frequency est per-chip, et comment les algorithmes d’autotuning maximisent votre efficacité sans intervention manuelle.

La loterie du silicium : pourquoi chaque chip est différent

Lorsque les usines de semi-conducteurs produisent des chips ASIC comme les BM1366, BM1368 ou BM1370 de Bitmain, le processus de fabrication introduit des variations microscopiques. Même des chips découpés de la même galette de silicium différeront par :

• Tensions de seuil des transistors : de minuscules variations de la concentration de dopage font que certains transistors commutent plus vite ou plus lentement que la cible de conception.
• Résistance d’interconnexion : les couches de routage métallique varient légèrement en épaisseur et en largeur, ce qui affecte la vitesse de propagation des signaux.
• Densité de défauts : certains chips peuvent présenter des défauts mineurs qui ne provoquent pas de panne, mais affectent les performances à haute frequency.

Le résultat pratique est que certains chips sont des « gagnants » — ils peuvent tourner à des frequencies plus élevées tout en restant stables — et d’autres sont des « perdants » qui doivent tourner à des frequencies plus basses pour éviter de produire des erreurs. Sur un hashboard Antminer typique de 110+ chips, l’écart entre les meilleurs et les pires chips peut atteindre 10-15 %.

Le problème de la frequency uniforme

Le firmware d’origine Bitmain adopte l’approche la plus simple : fixer la même frequency pour chaque chip du hashboard. C’est sûr, mais cela laisse de la performance de côté de deux façons :

• Les bons chips sont sous-utilisés. Si la frequency uniforme est fixée assez bas pour que le pire chip soit stable, les meilleurs chips auraient pu tourner 50-100 MHz plus vite.
• Les mauvais chips sont sursollicités. Si la frequency uniforme est fixée à une cible modérée, les chips les plus faibles peuvent produire un excès d’erreurs, ce qui gaspille de l’énergie à calculer des hachages qui sont rejetés.

Le réglage de frequency per-chip résout les deux problèmes en attribuant à chaque chip sa propre frequency optimale selon les performances observées.

Comment fonctionne le réglage de frequency per-chip

Registres PLL : le mécanisme de contrôle de la frequency

Chaque chip ASIC contient un circuit Phase-Locked Loop (PLL) qui génère le signal d’horloge interne à partir d’une horloge de référence. Le PLL possède des registres diviseurs configurables qui déterminent la frequency de sortie. En écrivant des valeurs différentes dans les registres PLL d’un chip, le firmware peut fixer ce chip précis à n’importe quelle frequency prise en charge dans sa plage de fonctionnement (typiquement 100-800 MHz pour les chips Bitmain modernes).

Le processus fonctionne par commandes adressées sur la chaîne de chips :

1. Adressage des chips : chaque chip du hashboard a une adresse unique. La carte de contrôle communique avec les chips individuels via une chaîne série (SPI/UART).
2. Écriture de registre PLL : le firmware envoie une commande adressée à un chip précis, en écrivant les valeurs de diviseur de frequency désirées dans ses registres PLL.
3. Verrouillage PLL : le circuit PLL du chip s’ajuste à la nouvelle frequency. Le firmware surveille l’état de verrouillage du PLL pour confirmer que le changement de frequency a réussi.
4. Vérification : le firmware vérifie la sortie de hachage du chip à la nouvelle frequency pour confirmer qu’il produit des résultats valides sans erreurs excessives.

Parce que chaque chip a son propre PLL, la frequency peut être réglée indépendamment pour chaque chip de la carte. C’est une capacité matérielle fondamentale — le firmware doit simplement être assez intelligent pour l’utiliser.

Per-chip vs. per-domain : comprendre la distinction

C’est l’un des aspects les plus mal compris du réglage ASIC ; soyons précis :

• La frequency est per-chip. Chaque chip a son propre PLL et peut tourner à sa propre frequency indépendamment des chips voisins. Cela est contrôlé par des écritures de registres adressées vers le PLL de chaque chip.
• La tension est per-domain. Les chips sont regroupés en voltage domains — typiquement 7-12 chips partagent un seul convertisseur de tension DC-DC. Lorsque vous changez la tension, chaque chip de ce domain est affecté de façon égale. Vous ne pouvez pas fixer des tensions différentes pour des chips individuels au sein du même domain.

Voici comment fonctionnent les domains sur les chips Bitmain actuels :

La tendance des récentes générations de chips va vers des voltage domains plus petits — moins de chips partageant chaque convertisseur DC-DC — ce qui donne au firmware un contrôle de tension plus fin. Le BM1370 (S21 XP), par exemple, regroupe 7 chips par domain sur 13 domains, plus serré que les 9 à 10 chips par domain sur le BM1368 et le BM1366. Même ainsi, la tension reste strictement per-domain, jamais per-chip.

Pourquoi cette distinction compte pour le réglage

Parce que la tension est partagée dans un domain, le firmware fait face à une contrainte : la tension d’un domain doit être fixée assez haute pour que le chip le plus faible de ce domain fonctionne, même si les chips plus forts pourraient tourner à une tension plus basse (et donc une consommation d’énergie plus faible).

Cependant, la frequency peut compenser. Au sein d’un voltage domain tournant à une tension fixe, le firmware peut :

• Faire tourner les chips forts à une frequency plus élevée (obtenir plus de hashrate à la même tension).
• Faire tourner les chips faibles à une frequency plus basse (maintenir la stabilité sans avoir besoin d’une tension plus haute).

Cette combinaison — optimisation de tension per-domain plus optimisation de frequency per-chip — est ce qui livre la meilleure efficacité possible d’un hashboard donné.

Comment fonctionnent les algorithmes d’autotuning

Le firmware de minage moderne ne s’attend pas à ce que les utilisateurs règlent manuellement les frequencies de 110+ chips. Au lieu de cela, il utilise des algorithmes d’autotuning qui trouvent automatiquement le point de fonctionnement optimal de chaque chip.

Le processus de réglage

Voici ce qui se produit lorsque l’autotuning s’exécute (les détails varient selon le firmware, mais l’approche générale est cohérente entre BraiinsOS+, VNish et LuxOS) :

1. Balayage initial de frequency : l’algorithme démarre chaque chip à une frequency conservative (bien en dessous du maximum) et l’augmente progressivement par petits pas (typiquement des incréments de 25 MHz).
2. Surveillance du taux d’erreurs : à chaque pas de frequency, l’algorithme surveille le taux d’erreurs matérielles du chip. Tant que les erreurs restent sous un seuil, la frequency continue d’augmenter.
3. Détection de la limite de stabilité : lorsque le taux d’erreurs dépasse le seuil, l’algorithme a trouvé la frequency maximale stable du chip. Il recule d’un ou deux pas pour fournir une marge de stabilité.
4. Optimisation du voltage domain : une fois que tous les chips d’un domain ont été caractérisés individuellement, l’algorithme détermine la tension optimale pour le domain — assez haute pour la stabilité, assez basse pour l’efficacité.
5. Convergence vers la cible de puissance : si l’utilisateur a fixé une cible de puissance (p. ex. « tourner à 2,400W »), l’algorithme ajuste les frequencies de tous les chips de façon proportionnelle pour atteindre la cible tout en maintenant des ratios per-chip optimaux.

Autotuning en temps d’exécution vs. préréglages ponctuels

Il existe une différence critique entre le vrai autotuning et le réglage basé sur des préréglages :

• Réglage basé sur des préréglages : le firmware est livré avec des profils de frequency/tension prédéfinis pour chaque modèle de mineur (p. ex. « S19 XP Low Power », « S19 XP High Performance »). Ce sont des réglages uniques pour tous qui ne tiennent pas compte de vos chips précis.
• Vrai autotuning : le firmware mesure activement la performance de chaque chip sur votre matériel précis et s’ajuste en continu. Cela tient compte de la loterie du silicium, des variations de température ambiante, des fluctuations de tension du PSU et du vieillissement des chips dans le temps.

Le vrai autotuning s’exécute à l’exécution — pas seulement une fois au premier démarrage, mais en continu. À mesure que la température ambiante change (ce qui affecte le comportement des chips), que le PSU vieillit (ce qui affecte la stabilité de la tension), ou que les chips se dégradent dans le temps, l’algorithme d’autotuning s’adapte. Cette optimisation continue est l’une des principales raisons pour lesquelles le firmware personnalisé surpasse le firmware d’origine avec de si grandes marges.

Temps de convergence

Le temps requis pour que l’autotuning converge (trouver les réglages optimaux pour tous les chips) varie selon le firmware :

• BraiinsOS+ : 20-30 minutes pour le réglage initial, avec un raffinement continu en cours.
• VNish : 15-20 minutes, avec un algorithme de recherche plus agressif.
• LuxOS : environ 20 minutes de convergence initiale.

Une convergence plus rapide est généralement meilleure, surtout après des redémarrages ou des cycles d’alimentation, parce que chaque minute passée en réglage est une minute de hashrate réduit.

Les gains d’efficacité : ce que livre le réglage per-chip

L’amélioration de performance du réglage per-chip par rapport au fonctionnement à frequency uniforme d’origine est substantielle :

• Amélioration du hashrate : 5-15 % de hashrate plus élevé à la même consommation d’énergie, parce que les chips forts tournent plus vite.
• Amélioration de l’efficacité : 10-29 % de meilleur J/TH (joules par térahash), parce que les chips tournent sur leur courbe tension/frequency optimale plutôt qu’un réglage unique pour tous.
• Taux d’erreurs réduit : les chips faibles produisent moins d’erreurs parce qu’ils tournent à une frequency qu’ils peuvent réellement soutenir, ce qui réduit l’énergie gaspillée sur des hachages invalides.
• Longévité du matériel : les chips qui tournent à leur point optimal (plutôt que d’être poussés au-delà de leur capacité) subissent moins de stress thermique et se dégradent plus lentement.

Pour traduire les gains d’efficacité en dollars : sur un mineur consommant 3,000W, une amélioration d’efficacité de 15 % économise 450W d’électricité. À 0,10 $/kWh, cela représente 394 $/an en coûts d’électricité réduits — et vous obtenez en plus le même hashrate ou un hashrate plus élevé.

Avancé : contournement des chips morts et compensation des chips faibles

Le réglage per-chip active deux capacités avancées que le firmware d’origine ne peut pas offrir :

Contournement des chips morts

Lorsqu’un chip tombe complètement en panne (cesse de répondre aux commandes ou produit zéro hachage valide), un firmware conscient du per-chip peut détecter la panne et retirer le chip mort de la chaîne de distribution de travail. Les chips restants continuent de fonctionner normalement. Le firmware d’origine traite typiquement un chip mort comme une panne au niveau de la carte, perdant potentiellement toute la sortie du hashboard.

Compensation des chips faibles

Si un chip d’un domain est nettement plus faible que ses voisins, le firmware peut compenser en augmentant légèrement la frequency des chips forts voisins. Cela maintient la cible de hashrate globale de la carte même avec un chip médiocre dans la chaîne — une technique appelée « throttle compensation » dans VNish.

Le réglage per-chip en pratique : ce que vous voyez dans l’interface

Dans un firmware avec une bonne visibilité per-chip, le tableau de bord affiche une carte de chips — une représentation visuelle de chaque chip sur chaque hashboard avec des indicateurs codés par couleur :

• Vert : chip tournant à ou près de la frequency maximale, en bonne santé.
• Jaune : chip tournant à une frequency réduite, toujours fonctionnel.
• Rouge : chip avec un taux d’erreurs élevé ou une frequency nettement réduite.
• Gris/Noir : chip mort, contourné.

Cette représentation visuelle vous permet d’identifier immédiatement la santé de la carte, de voir quels chips sont les gagnants de la loterie du silicium, et de prendre des décisions éclairées sur le fait de savoir si un hashboard vaut la peine d’être réparé ou remplacé.

Le DCENT_OS de D-Central est conçu avec un système de notation de chips A/B/C/D, où chaque chip reçoit un score de qualité fondé sur sa frequency maximale stable par rapport à la spécification du modèle de chip. Ces données de notation peuvent être exportées et utilisées pour le diagnostic matériel et l’évaluation à la revente.

L’approche D-Central du réglage des chips

DCENT_OS apporte plusieurs innovations au réglage per-chip :

• Cibles de réglage configurables : choisissez d’optimiser pour le hashrate maximal, une puissance cible, ou une efficacité cible (J/TH). La plupart des firmwares optimisent pour une seule cible ; DCENT_OS vous laisse choisir.
• Export/import de profils : enregistrez le profil de réglage de votre mineur dans un fichier JSON et partagez-le avec d’autres mineurs utilisant un matériel identique. Importez un profil éprouvé pour sauter la période de réglage initial après un reflash.
• Tableau de bord per-chip complet : carte visuelle des chips avec frequency, température, taux d’erreurs et grade de qualité en temps réel pour chaque chip. Pas seulement des statistiques sommaires — les données per-chip réelles.
• Notation de la qualité du silicium : chaque chip reçoit un grade de qualité fondé sur sa performance mesurée, ce qui vous aide à prendre des décisions éclairées sur la santé et l’entretien du matériel.
• Algorithme de réglage open source : le code d’autotuning est entièrement open source (GPL-3.0), ce qui signifie que la communauté peut auditer, améliorer et personnaliser la logique de réglage.

Foire aux questions

Ressources connexes

• Base de données des mineurs ASIC
• Services de réparation ASIC
• Glossaire du minage
• Comparer les mineurs

Bitaxe" width="80" height="80" loading="lazy" style="width:80px;height:80px;object-fit:contain;border-radius:6px;background:#1A1A1A;flex-shrink:0;">

The Bitaxe 184.99 $  –  224.99 $Plage de prix : 184.99 $ à 224.99 $ CAD

Acheter le Bitaxe →