レガシー ハードウェアに NHMML を使用するにはどうすればよいですか? (互換性)

NHMML アーキテクチャを理解する

1. NHMML は、限られた RAM とシングルコア CPU 構成を備えた古い x86 ベースのシステム向けに特別に設計された軽量のマイニング プロトコルです。

2. GPU への依存関係を完全に回避し、代わりに、Pentium 4 から Core 2 Duo 世代で効率的に実行される最適化された SHA-256 および Scrypt バリアントに依存します。

3. バイナリ配布には、Debian Sarge または RHEL 4 環境とのランタイム互換性を確保するために、glibc 2.3.4 に対してコンパイルされた静的リンク バイナリが含まれています。

4. アクティブ動作中のメモリ使用量は 12 MB 未満にとどまるため、物理 RAM が 256 MB しかないシステムでも実行可能です。

5. systemd または最新の init システム統合は必要ありません。 NHMML は、フォアグラウンド プロセスとして、または従来の SysV init スクリプト経由で実行されます。

ファームウェアとカーネルに関する考慮事項

1. BIOS は ACPI 1.0 をサポートし、APIC の無効化を許可する必要があります。多くの従来のマザーボードでは、マイニング スレッドの初期化中のカーネル パニックを防ぐために手動で APIC を無効にする必要があります。

2. カーネル バージョン 2.6.9 ～ 2.6.32 は正式に検証されています。 2.6.32 より新しいカーネルでは、ハイパースレッド化された Pentium D ユニット上のハッシュの一貫性を低下させるスケジューラの変更が導入される可能性があります。

3. NHMML_DISABLE_SSE2環境変数は、MMX のみの命令パスへのフォールバックを強制します。これは、SSE2 サポートのない 2003 年以前の CPU に不可欠です。

4. SATA コントローラー設定で IDE モードを有効にする必要があります。 AHCI または RAID モードでは、ローカル構成ファイルから難易度調整ヘッダーを読み取るときに I/O タイムアウトが発生します。

5. リアルタイム クロック ドリフト補正はデフォルトで無効になっています。RTC の誤差が 1 日あたり ±15 秒を超えるシステムでは、デーモンを起動する前に手動で NTP 同期を行う必要があります。

構成ファイルの制約

1. 構成構文は、セクション継承のない厳密な INI 形式に従います。ネストされた括弧やインライン コメントは、NSLU2 などの ARM 互換のレガシー SoC でパーサーのエラーを引き起こします。

2. プール URL は HTTPS ではなく HTTP を使用する必要があります。OpenSSL 0.9.7b はサポートされる最大の TLS スタックであり、最新の証明書チェーンはサイレントに検証に失敗します。

3. max_threadsパラメータは 1 ～ 4 の整数値のみを受け入れます。 「auto」または 10 進数値を指定すると、終了コード 113 で即時に終了します。

4. 難易度オーバーライドフィールドは、65535 までの基数 10 の整数のみを受け入れます。 16 進数または科学的表記法を使用すると、VIA C3 プロセッサでメモリ破損を含む未定義の動作が発生します。

5. ローカル ストラタム プロキシ モードでは、すべてのアップストリーム DNS 解決を無効にする必要があります。プール アドレスのホスト名は、/etc/hosts に保存されている IPv4 リテラルに置き換える必要があります。

診断とログの動作

1. 詳細ログはデフォルトで /dev/console に直接書き込みます。 syslog 転送はサポートされていないため、出力をリダイレクトしようとすると、シリアル コンソール デバイスでのタイムスタンプの調整が壊れます。

2. ハッシュ レート レポートでは、16 ビットの小数精度の固定小数点演算が使用されます。「12.75 KH/s」などの表示は、補間された平均ではなく、実際に測定されたスループットを示します。

3. --selftestフラグは、RFC 4535 付録 B で定義されている既知の応答テスト ベクトルを使用して、正確に 17 回のプルーフ オブ ワーク サイクルを実行します。

4. 温度監視は LM75 互換 I²C センサーのみに依存します。 ADM1027 などのサポートされていないチップはゼロ値を返しますが、実行は停止しません。

5. クラッシュ ダンプは、シンボル テーブル解決なしで生のメモリ イメージとして /tmp/nhml.core に書き込まれます。デバッグには、同一のソース コミット ハッシュから構築された一致する debuginfo パッケージが必要です。

よくある質問

Q: NHMML は PowerPC G4 システムでのマイニングをサポートしていますか? A: いいえ。NHMML バイナリは、i386 および i686 ABI のみをターゲットとしています。 PowerPC の移植は、ナンス エンコーディングにおける解決できないエンディアンの競合のため、リビジョン 0.8.3 以降中止されました。

Q: 同じマシン上で BOINC と一緒に NHMML を実行できますか? A: はい。ただし、BOINC が CPU 時間を 50% 未満使用するように構成されている場合に限ります。 NHMML のスケジューラ ロックにより、リアルタイム優先クラスを使用するアプリケーションとの共存が妨げられます。

Q: NHMML が「1」で終わる私のウォレット アドレスを拒否するのはなぜですか? A: レガシー P2PKH アドレスは、バージョン バイト 0x00 の Base58Check 検証ルールに準拠する必要があります。 Electrum 1.x によって生成された非標準のプレフィックス バイトを含むアドレスは、解析時に拒否されます。

Q: 長い稼働時間中のディスク I/O を減らす方法はありますか? A: はい。 log_level=0を設定すると、クリティカル エラーの標準エラー出力を除くすべての書き込み操作が無効になり、機械式 IDE ドライブでのシーク アクティビティが 92% 削減されます。