このページでは
まず同じ期間を比較してください
デバイスはローカル作業を推定しますが、プールは送信から寄与された作業を推定します。短いウィンドウは変動します。マイナーの平均、プールの平均、受け入れられた作業、および一致する期間の再起動時間を保存します。最近入社した従業員を 1 日のデバイス平均と比較しないでください。 f2pool は、これらの違いを確認する際に、より長い平均値を推奨します。
実際の拒否理由を記録する
プールとファームウェアのラベルが異なります。すべてを 1 つの失敗数にグループ化するのではなく、生のメッセージを保存します。結果が遅れたり、重複して提出されたり、計算エラーが発生したりすると、異なる調査が行われます。シェアの難易度が変化する場合、単純なシェア数も誤解を招く可能性があります。利用可能な場合は、プールで報告された難易度加重作業を使用します。
| 観察 | 次のチェック |
|---|---|
| 古い/遅い | レイテンシー、再接続、ルートの安定性 |
| 重複 | 繰り返される送信、プロキシ、および接続のログ |
| 無効な作品 | ファームウェア、動作モード、ハードウェアログ |
| 無許可 | アカウントとワーカーの命名規則 |
アドバタイズされたリージョンだけでなくルートをテストする
構成されたエンドポイントをプールの公式指示に照らして確認し、問題が発生している期間における切断頻度と応答時間を検査します。近くのサーバー名は安定したルートを保証しません。サポートされている別のエンドポイントをテストする場合は、同じデバイス設定を維持し、変更時間を記録します。プール、ファームウェア、周波数を同時に変更することは避けてください。
エラーが続く場合はローカルの安定性を確認してください
1 つのネットワーク上の複数のワーカーに同時に障害が発生した場合は、共有インフラストラクチャを調査してください。 1 台のマシンのみが影響を受ける場合は、そのログ、冷却、モードを同じモデルの正常なピアと比較します。ハードウェアを判断する前に、実験的なチューニングを検証済みの構成に戻します。モデル固有のサポート手順を使用します。プールの不一致だけでは、ボードが損傷しているとは言えません。
前後の記録を残してケースをクローズする
仮定のケースでは、WAN の再接続が繰り返され、作業が古くなっている間、ローカル ハッシュレートは安定しています。接続を修正した後、同等の期間を比較し、受け入れられた作業、拒否率、および再接続回数を記録します。変更後の改善は診断を裏付けますが、非常に短い静かな間隔は弱い証拠です。プールまたはサプライヤーにエスカレーションする場合は、両方の期間を付加します。
参考文献
オリジナルの文書とさらなる読書。正確な機器のマニュアルを確認してください。
