Huge Pages を有効にして CPU マイニングを最適化するにはどうすればよいですか? (ハッシュレート修正)

CPU マイニング アーキテクチャとメモリのボトルネック

1. CPU ベースの暗号通貨マイニングは、RandomX や CryptoNight などのメモリを大量に使用するハッシュ アルゴリズムを実行する際に、メモリ帯域幅とキャッシュの一貫性に大きく依存します。

2. デフォルトの 4KB ページ割り当てにより、高速メモリ アクセス パターン中に過剰な変換索引バッファ (TLB) ミスが発生し、命令スループットが直接スロットルされます。

3. TLB プレッシャーによりパイプライン ストールが発生し、ハッシュあたりの実効クロック サイクルが減少し、高周波数 CPU でも観測されるハッシュ レートが低下します。

4. ページ境界を越えた非整列メモリ アクセスは、特に大規模なデータセットからのランダム メモリ読み取りを頻繁に必要とするアルゴリズムで、レイテンシのペナルティを増大させます。

5. メモリ割り当て中に NUMA ノードが交差すると、予測できない遅延が発生し、確定的なマイニング ループのタイミングが中断されます。

マイニング ワークロードのための HugePages カーネル構成

1. GRUB 設定のカーネルブートパラメータに、 default_hugepagesz=2M hugepagesz=2M hugepages=1024を追加します。

2. CPU マイナーと PCIe 接続アクセラレータを使用する場合、一貫した DMA マッピングを実現するためにintel_iommu=on iommu=ptが有効になっていることを確認します。

3. /proc/meminfoをチェックして配置を確認します。Hugepagesizeは正確に2048 kBを報告する必要があり、 HugePages_Total は設定された数を反映する必要があります。

4. 実行時の断片化の干渉を防ぐために、 echo Never > /sys/kernel/mm/transparent_hugepage/enabledを使用して透過ヒュージ ページを無効にします。

5. umactl --cpunodebind=0 --membind=0を使用して、マイニング プロセスを、hugepage-backed メモリが存在する NUMA ノードのローカルな CPU コアに厳密にバインドします。

メモリ マッピングとマイナー バイナリの統合

1. ソースが利用可能な場合は、マイナー バイナリを-DHUGEPAGE_SUPPORTで再コンパイルし、データセットの読み込みのための明示的なmmap(MAP_HUGETLB)呼び出しを有効にします。

2. 厳密な所有権を使用して hugetlbfs を/mnt/hugeにマウントします: mount -t hugetlbfs -o uid=1000,gid=1000,mode=700 none /mnt/huge 。

3. /etc/sysctl.conf経由でvm.nr_hugepages = 1024 を永続的に設定し、 sysctl -pで適用します。

4. マイナー起動スクリプトを設定して、起動前にHUGETLB_MORECORE=yesをエクスポートし、malloc() が hugepage 領域を使用するように強制します。

5. pmap -x [miner_pid]を使用してマッピングの整合性を検証します。1MB を超えるメモリ セグメントの横にある巨大なフラグを探します。

NUMA 対応のプロセス固定とキャッシュの最適化

1. taskset -c 0-7を使用して、マイニング スレッドを単一の物理 CPU ソケットに制限し、ソケット間のメモリ要求を回避します。

2. CPU 周波数スケーリングを無効にします。サイクル カウントを安定させるには、 echo Performance > /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor を選択します。

3. irqbalance --banirqおよび非マイニング CPU への手動 IRQ アフィニティ割り当てを介して、マイニング コアをカーネル割り込みから分離します。

4. アライメントパラメータ2097152を指定したposix_memalign()を使用して、データセット初期化バッファを 2MB 境界にアライメントします。

5. perf stat -e cache-references,cache-misses,mem-loads,mem-store を介して L3 キャッシュ ヒット率を監視し、キャッシュ汚染が減少していることを確認します。

よくある質問

Q: 再起動せずに HugePages を有効にすることはできますか?はい。必要な数を/proc/sys/vm/nr_hugepagesに書き込みますが、十分な連続した物理メモリがすぐに利用可能でない限り、永続的な割り当てには再起動が必要です。

Q: HugePages を有効にするとマイナーがクラッシュするのはなぜですか?これは、マイナーが適切な hugetlbfs マウントまたは不十分なvm.hugetlb_shm_group権限を持たずにメモリを割り当てようとした場合に発生します。グループのメンバーシップとマウント ポイントへのアクセスを確認します。

Q: HugePages はすべての CPU マイニング アルゴリズムに等しく利益をもたらしますか?いいえ。SHA-256 のような線形メモリ アクセスを使用するアルゴリズムでは、最小限のゲインしか得られません。 RandomX、Argon2、ProgPoW などのメモリハード アルゴリズムは、TLB 圧力の低下により、測定可能なハッシュ レートの上昇を示します。

Q: HugePages がマイナーによってアクティブに使用されていることを確認するにはどうすればよいですか? /proc/[pid]/smapsでMMUPageSize:とMMUPFNPgSize:を含む行がないか確認し、両方とも2048 を報告します。また、マイナーの初期化中に増加するHugePages_Rsvd も監視します。