優れたRxVegaマイニングガイドは、著名なVegaマイニングソフトウェアオプションについて客観的に話し合い、評価する必要があると思います…。どちらもVegaMiningコミュニティ内で忠実な支持者を持っています。これにより、正直で客観的な評価が得られます。どうぞ！
（注：このイントロを書いているとき、勝者が誰になるかわかりません…これがどのように振る舞うか見てみましょう）

候補者

コーナー＃1 – CastXMR ver 0.7（注：ver 0.8.1がリリースされましたが、パフォーマンスの差は不明です）
自称「AMDRadeonRX VegaGPUシリーズの最速マイナー」。 CastXMRはクローズドソースソフトウェアであり、開発費は1.5％です。

コーナー＃2 – XMR-STAK ver2.0.0。 （注：ver 2.2.0がリリースされ、64では+ 40h / s）
XMR-STAKには、Vega GPUの特別な内部チューニングは組み込まれていませんが、セルフチューニングを可能にする構成ファイルオプションが用意されています。一部のデュアルスレッド構成は、かなり標準になっています この比較の観点からは、「ベガチューンド」と呼ぶのが妥当だと思います。 XMR-Stakはオープンソースであり、デフォルトの開発料金は2％（0.5％高い）です。

バイアスの議論：

これが私の偏見の事実です…私が最初にマイナーをセットアップしたとき、私は両方のプログラムに手を出しました。開始コマンドが1行で、チューニングがソフトウェアに組み込まれているという点で、CastXMRの方がもう少し初心者に優しいということにほとんどの人が同意すると思います。私は初心者でもあり、微調整も進んでいたので、最初の焦点は主に機能とパフォーマンスでした。私の最初の結果では、xmr-stakのパフォーマンスがわずかに向上しましたが、私にとっての本当のタイブレーカーはWebインターフェイスでした。私は当初、両方のプログラムでいくつかのハッシュドロップの問題に対処していましたが、xmr-stakを使用すると、電話でマイナーのステータスをすばやく確認できます…。それを依存症と呼ぶかもしれません:-)。とにかく、多くの人が知っているように、私にとってハッシュドロップがよりまれにしか発生しないという事実に加えて、それらの「初期」の時代から2つの大きな変更がありました。

1. JJs_HashMonitor 時折Vegaハッシュドロップが不均一になります。モニターがハッシュドロップを自己検出し、マイナーをフルスピードにリセットするため、適切にフォーマットされたWebインターフェイスを使用することはそれほど重要ではありません。素晴らしい！ （すべてのヒント付きJJ をお持ちであることを願っています ハッシュを保存するために！）。
2. CastXMRの新しい11/29リリースでは、リモート監視機能が追加されました（Woot！）。 JJs_HashMonitorはまだCastXMRをサポートするように構成されていませんが、これは単なる分岐点であるため、この比較のために既存の機能としてシードするつもりです。

私はどちらのソフトウェアにも既得権を持っていないので、これを正直な評価と呼ぶのが妥当です。上記の（1）と（2）を考えると、偏見に対する私の動機が何であるかわからないからです。他のみんなと同じように、私は自分のリグに最も効果的なソフトウェアを見つけようとしています。

他の先に進む前に、この投稿を、特定のリグのパフォーマンス評価を行うために使用できる方法のガイドとして表示することをお勧めします。 。各リグは異なります。以下の分析では、私の方法と私の数について説明します…いつものように…YMMVなので、推奨事項を作成することはできません。

CastXMRの報告値に関する議論：

CastXMR画面をスクロールするハッシュレートウォーターフォールに関するいくつかの不規則性について説明することから始めなければなりません。以下の図は、午後9時55分に開始されたMoneroマイニングセッションのものです。プログラムを約15分間妨げられずに実行して、すべてが落ち着いたことを確認してから、スクリーンキャプチャを取得しました。

それが実行されているとき、CastXMRの熱烈な評判に明らかに貢献しているいくつかのかなり素晴らしい数字が表示されます。私のVega64（モニターを提供していない）はGPU 0であり、図1では、2020.9、2018.6、2012.9、2013.5、および2013.1 h / sの数値を示しています。

2020 h / sは、xmr-stakでMoneroをマイニングしたときに見られる安定した2002 h / sを考えると、間違いなく印象的です。これらの数値の平均は2015.8h / sより少し低いですが、それでも印象的です。 CastXMRのスコアを1つ…しかし待ってください…問題は次の図にあります。 「s」と入力してcastXMRからハッシュレポートを取得すると、次のようになります。

GPU 0の平均ハッシュレートは1994.6？！？！です。画面が通り過ぎるのを見ていて、GPU0の値が1994.6 h / s未満のインスタンスは1つもなかったので、2020.9 h / sとペアリングして平均1994.6hを作成するのに十分な低さは言うまでもありません。 / s。その平均（1994.6）は、図1（2015.8）から計算した平均よりも完全に20時間/秒低くなっています。奇妙。おそらくもっと不可解なのは、その要約レポートの直後に、2029.4 h / sのような目を見張るような数値を表示するビジネスに戻ってしまうことです。 Xmr-stakとその2002h / sは、2029.4 h / sと競合することはできませんが、1994.6 h / sと比較すると非常に有利です。どっち？

図2の下から計算された5GPUの平均が（2029.4 + 1930.0 + 1931.0 + 1944.7 + 1958.5）/ 5 =1958.7 h / sであると考えてください。対照的に、そのすぐ上のシアンの「シェア受け入れレポート」で報告された平均は、より控えめな1935.1 h / sです。非平均的な数値をどうすればよいか本当にわからないので、無視します…

上の図は厳選されたものではありません…これらは私のマシンでのcastXMRのパフォーマンスの典型であり、頭を少し傷つけてしまいます。私はここで不正なプレーを疑っていません。数値は実際の計算によるものではないかと思いますが、想定している値を表していない可能性があります。おそらく、表示間隔で計算された絶対最速のハッシュを示しています…そして、提供された「s」の平均は、ある期間の真の平均ハッシュレートですか？知るのは本当に難しいですが、確かなことが1つあります…castXMRは「高速」であるという評判があります。実際にはもっと速いかもしれません…この投稿の最後に到達するまでわかりませんが、いずれにせよ、ディスプレイを横切る数字によって開発された評判が示唆するほど速くはありません。要約レポート（「s」）および「承認されたシェア」が報告されたときに発生する定期レポートに表示される平均値に注目してください。

では、始めましょう…

競技場

私は5つのベガスを持っています。 2つのVega64と3つのVega56。 1つのVega64（GPU 3 /スレッド6＆7）はHDMIドングルを提供するため、そのパフォーマンスは他のVega 64（GPU 0 /スレッド0/1）のパフォーマンスを満たしていません。 VegaMinerは公開ガイドとして設定されています 次の3つの例外/説明を除いて：

• ガイドのほとんどは、マイナーが4台のVegaと1台のNvidia GTX 750を持っていたときに作成されました。ガイドでは、GTX-750の代わりに別のRx Vega 56を購入し、学んだことを追加したことを説明しています。その経験からガイドまで。それ以来読んでいない方もいらっしゃるかもしれませんので、わかりやすくするために繰り返したいと思います。
• ガイドでは（そして実際にマイニングする場合）、Vegaマイニングと並行してCPUマイニングを行います。 CastXMRにはCPUマイナーが付属していないため、これらのテスト中にCPUを使用したxmr-stakマイニングはありません（違いはありませんでしたが、わかりませんでした）
• ガイドでは、マイニングベガにモニター/ドングルを取り付けている人は、安定性を得るために、その特定のベガの両方のスレッドで1800の強度を使用し、そこから作業することをお勧めします（私の標準1932/1932に対して） 。私のシステムGPU3はHDMIドングルに対応するRxVega 64であり、1908と1800の強度で安定しています。これらは、xmr-stakがマイニングしているときにGPU 3（スレッド6 + 7）で表示される値です。
>

テスト手順：

1. コンピューターを再起動します。
2. Chromeリモートデスクトップ経由でログイン
3. JJのハッシュモニターを起動して、Vegaを再起動し、OverdriveNToolパラメーターを適用します（ここでも、ガイドの正確なパラメーター）
4. JJs_HashMonitorと関連するマイナーを閉じました
5. 開いたWindowsファイルマネージャー
6. マイナーに開始する必要のあるコマンドを送信するcmdファイルをダブルクリックします
   • cast_xmrには–remoteaccessフラグが含まれていました
   • xmr-stakには–noCPUおよび–noNVIDIAフラグが含まれていました
7. マイナーが開始されたら、Windowsファイルマネージャーを閉じたので、開いているウィンドウはマイナーウィンドウだけでした。
8. Chromeリモートデスクトップセッションを終了しました
9. ネットワーク上の別のコンピューターからWebインターフェイスを介してすべての値を取得しました
   • castXMRは値を適切なWeb形式で表示しませんが、データはすべてそこにあり、アクセスできるため、「ヘッドレスコンピューター」のパフォーマンスを得る最良の方法のように思われることに注意してください。

私がしなかったこと：テスト中にJJs Hash Monitorを使用しませんでした（テスト間でVegaをリセットしたくなかったためです。したがって、2つのMoneroマイニングセッション間でVegaをリセットしませんでした。再適用しませんでした。 2つのセッション間のOverdriveNToolパラメーター。

結果

公式の結果は、平均実効ハッシュレートに基づきます。実効ハッシュレートは、マイニングソフトウェアが報告した平均ハッシュレートを取得し、拒否されたシェアの割合でディレーティングすることによって計算されます。 （たとえば、上記の図2に示されている20分間の実行では、CastXMRは95％の収率を報告しました）。両方のマイナーはpool.supportXMR：7777（ping時間の平均=15ms）を指しています。

CastXMRの結果

CastXMRは、Webインターフェイスをポーリングして図3をキャプチャする前に、約30分間実行されました。

したがって、CastXMRは初期平均速度9809 h / s を表示します ただし、株式の3.2％が拒否され、開発手数料が1.5％であるため、結果の実効ハッシュレートは9809 x 96.8％x 98.5％= 9353.7 h / sの利回りになります。
注： Webインターフェースは、「num_outdated」を超える拒否の理由を提供しませんが、前回の実行（上記の図2）を観察すると、「転職のために期限切れ」で共有が拒否された可能性があります。これはプールの問題とマイナーソフトウェアの問題のように見えるかもしれませんが、実際には、supportxmrでxmr-stakを日常的に使用しており、そのような拒否はありません…しかし、cast_xmrを実行するたびに発生します。したがって、これはソフトウェアのジョブ処理に起因すると結論付けます。ノブがないことを知っているので、w.r.tを回すことができます。この問題については、「実効ハッシュレート」を介した比較に対応する必要があります。

XMR-Stakの結果：

Xmr-stakは約30分間実行された後、Webインターフェイスをポーリングして図4と5をキャプチャしました。

したがって、XMR-stakの初期平均速度は9734.7 h / sです ただし、100％の歩留まりでは、実効ハッシュレートは9734.7 h / sの完全な歩留まりのままです。 XMR-Stakにはデフォルトで2％の開発費がかかるため、実効収量は 9540 h / s に減少します。 。

結論

CastXMR画面の数値のウォーターフォールに表示されるハッシュレート値は無視され、CastXMRで報告された平均が優先されることが示されています。

XMR-stakは、CastXMRが報告したハッシュレートの99.2％である平均ハッシュレートを報告します（Vegaあたり約15時間/秒）。ただし、失われた株式と開発手数料の差を考慮した後の実効利回りを比較すると、XMR-stakの利回りはCastXMRよりも2％優れています。これは、XMR-stakに有利な約185 h / sの改善です（ベガあたり約35 h / sのネット）。

耐久性テスト

おそらく私の短いテスト期間がCastXMRを不当な光に投げ込んだのではないかと心配したので、「古い」株の数が落ち着くかどうかを確認するために8時間の延長テストを実行しました。残念ながら、歩留まりは同じままでした（少し悪い）。

延長されたテスト期間中に提出された1082株があり、図6は、41株が「古くなった」（3.9％廃棄物）として拒否されたことを示しています。 CastXMRは平均9813.8h / sのように見えましたが、失われた株式と開発手数料を考慮すると、実効利回りは9289.6 h / sに減少します…。修正された歩留まりは、stak-xmrが再びCastXMRを打ち負かしたことを示しています。 stak-xmrを支持する2.7％のマージンは、私の5Vegaシステムで自明ではない250h / sになります…Vegaあたり最大50h / s。