Comment optimiser le minage du CPU avec les Huge Pages activées ? (Correction du taux de hachage)

Architecture d'extraction de CPU et goulots d'étranglement de mémoire

1. L’extraction de crypto-monnaie basée sur le processeur repose fortement sur la bande passante mémoire et la cohérence du cache lors de l’exécution d’algorithmes de hachage gourmands en mémoire comme RandomX ou CryptoNight.

2. Les allocations de page par défaut de 4 Ko déclenchent des absences excessives de tampon de traduction (TLB) lors de modèles d'accès rapide à la mémoire, limitant directement le débit des instructions.

3. La pression TLB provoque des blocages du pipeline qui réduisent les cycles d'horloge efficaces par hachage, réduisant ainsi le hashrate observé même sur les processeurs haute fréquence.

4. Les accès mémoire non alignés au-delà des limites des pages amplifient les pénalités de latence, en particulier dans les algorithmes nécessitant de fréquentes lectures aléatoires de la mémoire à partir de grands ensembles de données.

5. Le croisement de nœuds NUMA pendant l'allocation de mémoire introduit des retards imprévisibles, perturbant le timing déterministe de la boucle d'exploration de données.

Configuration du noyau HugePages pour les charges de travail minières

1. Ajoutez default_hugepagesz=2M hugepagesz=2M hugepages=1024 aux paramètres de démarrage du noyau dans la configuration GRUB.

2. Assurez-vous que intel_iommu=on iommu=pt est activé pour un mappage DMA cohérent lors de l'utilisation d'accélérateurs connectés PCIe aux côtés de mineurs de CPU.

3. Vérifiez l'alignement en vérifiant /proc/meminfo : Hugepagesize doit signaler exactement 2048 Ko et HugePages_Total doit refléter le nombre configuré.

4. Désactivez les énormes pages transparentes avec echo never > /sys/kernel/mm/transparent_hugepage/enabled pour éviter les interférences de fragmentation à l'exécution.

5. Liez les processus d'exploration de données strictement aux cœurs de processeur locaux du nœud NUMA où réside la mémoire sauvegardée sur des pages énormes à l'aide de numactl --cpunodebind=0 --membind=0 .

Cartographie de la mémoire et intégration binaire du mineur

1. Recompilez les binaires du mineur avec -DHUGEPAGE_SUPPORT si la source est disponible, permettant ainsi les appels mmap(MAP_HUGETLB) explicites pour le chargement de l'ensemble de données.

2. Montez hugetlbfs sur /mnt/huge avec une propriété stricte : mount -t hugetlbfs -o uid=1000,gid=1000,mode=700 none /mnt/huge .

3. Définissez vm.nr_hugepages = 1024 de manière permanente via /etc/sysctl.conf et appliquez avec sysctl -p .

4. Configurez les scripts de démarrage du mineur pour exporter HUGETLB_MORECORE=yes avant le lancement, forçant malloc() à utiliser des régions de pages géantes.

5. Validez l'intégrité du mappage à l'aide de pmap -x [miner_pid] — recherchez un énorme indicateur à côté des segments de mémoire supérieurs à 1 Mo.

Épinglage de processus et optimisation du cache compatibles NUMA

1. Utilisez tasket -c 0-7 pour limiter les threads d'exploration de données à un seul socket de processeur physique, évitant ainsi les requêtes de mémoire entre sockets.

2. Désactivez la mise à l'échelle de la fréquence du processeur : echo performance > /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor pour un nombre de cycles stable.

3. Isolez les cœurs de minage des interruptions du noyau via irqbalance --banirq et l'attribution manuelle d'affinité IRQ aux processeurs non miniers.

4. Alignez les tampons d'initialisation de l'ensemble de données sur les limites de 2 Mo à l'aide de posix_memalign() avec le paramètre d'alignement 2097152 .

5. Surveillez le taux de réussite du cache L3 via perf stat -e cache-references, cache-misses, mem-loads, mem-stores pour confirmer la réduction de la pollution du cache.

Foire aux questions

Q : Puis-je activer HugePages sans redémarrer ? Oui. Écrivez le nombre souhaité dans /proc/sys/vm/nr_hugepages , mais l'allocation persistante nécessite un redémarrage à moins qu'une mémoire physique contiguë suffisante ne soit immédiatement disponible.

Q : Pourquoi mon mineur plante-t-il après avoir activé HugePages ? Cela se produit lorsque le mineur tente d'allouer de la mémoire sans un montage hugetlbfs approprié ou des autorisations vm.hugetlb_shm_group insuffisantes. Garantissez l’appartenance au groupe et l’accessibilité du point de montage.

Q : HugePages profite-t-il de la même manière à tous les algorithmes de minage de CPU ? Non. Les algorithmes avec accès linéaire à la mémoire comme SHA-256 affichent un gain minimal. Les algorithmes gourmands en mémoire tels que RandomX, Argon2 et ProgPoW présentent une augmentation mesurable du hashrate en raison de la réduction de la pression TLB.

Q : Comment puis-je vérifier que les HugePages sont activement utilisées par mon mineur ? Vérifiez /proc/[pid]/smaps les lignes contenant MMUPageSize: et MMUPFNPgSize: rapportant toutes deux 2048 . Surveillez également l'augmentation de HugePages_Rsvd lors de l'initialisation du mineur.