좋은 Rx Vega 마이닝 가이드는 탁월한 Vega 마이닝 소프트웨어 옵션을 객관적으로 논의하고 평가해야 한다고 생각합니다. 둘 다 Vega Mining 커뮤니티 내에서 충실한 추종자를 가지고 있습니다. 이것은 정직하고 객관적인 평가를 제시할 것입니다. 여기 우리가 간다!
(참고:이 인트로를 쓰는 지금은 승자가 누군지 모릅니다... 어떻게 나올지 지켜봅시다)

컨텐더스

코너 #1 – CastXMR 버전 0.7(참고:버전 0.8.1이 현재 종료되었으며 성능 델타가 확실하지 않음)
자칭 "AMD Radeon RX Vega GPU 시리즈를 위한 가장 빠른 광부". CastXMR은 비공개 소스 소프트웨어이며 1.5%의 개발 수수료가 있습니다.

코너 #2 – XMR-STAK 버전 2.0.0. (참고:버전 2.2.0이 출시되었습니다. 64에서는 +40h/s)
XMR-STAK은 Vega GPU를 위한 특별한 내부 튜닝이 없지만 자체 튜닝을 가능하게 하는 구성 파일 옵션을 제공합니다. 일부 이중 스레드 구성은 상당한 표준이 되었습니다. 그래서 이 비교의 관점에서 "베가 튠드"라고 부르는 것이 타당하다고 생각합니다. XMR-Stak은 오픈 소스이며 기본 개발 수수료가 2%(0.5% 높음)입니다.

편견에 대한 논의:

여기에 내 편견에 대한 사실이 있습니다 ... 처음에 광부를 설정할 때 두 프로그램을 모두 사용했습니다. 대부분의 사람들은 시작 명령이 한 줄이고 조정이 소프트웨어에 내장되어 있다는 점에서 CastXMR이 좀 더 멍청한 놈이라는 데 동의할 것이라고 생각합니다. 나는 또한 기꺼이 조정할 의향이 있는 멍청한 놈이었기 때문에 나의 초기 초점은 주로 기능과 성능이었습니다. 내 초기 결과는 xmr-stak에 대해 사소하게 작은 성능 이점을 제공했지만 나에게 진정한 순위 결정자는 웹 인터페이스였습니다. 나는 처음에 두 프로그램 모두에서 해시 드롭 문제를 처리하고 있었고 xmr-stak을 사용하여 내 전화에서 광부 상태를 빠르게 확인할 수 있게 해줘서 감사했습니다. 중독이라고 할 수 있습니다 :-). 어쨌든, 많은 사람들이 알고 있듯이, 해시 드롭이 이제 더 드물게 발생한다는 사실 외에도 "초기" 시절 이후로 두 가지 주요 변경 사항이 있습니다.

1. JJs_HashMonitor 이따금 Vega 해시 드롭이 고르지 않게 만듭니다. 모니터 자체가 해시 드롭을 감지하고 광부를 최고 속도로 재설정하기 때문에 올바른 형식의 웹 인터페이스를 갖는 것은 덜 중요합니다. 엄청난! (모든 JJ 팁을 얻으셨기를 바랍니다. 해시를 저장하기 위해!).
2. CastXMR의 새로운 11/29 릴리스에는 원격 모니터링 기능이 추가되었습니다(Woot!). JJs_HashMonitor는 아직 CastXMR을 지원하도록 구성되지 않았지만… 이는 단순히 분기점이므로 이 비교를 위해 기존 기능으로 시드할 용의가 있습니다.

저는 두 소프트웨어 모두에 기득권이 없으므로 위의 (1)과 (2)에서 주어진 편견에 대한 동기가 무엇인지 모르기 때문에 이것을 정직한 평가라고 부르는 것이 좋습니다. 다른 사람들과 마찬가지로 저도 제 장비에 가장 효과적인 소프트웨어를 찾으려고 노력하고 있습니다.

더 나아가기 전에 이 특정 장비에 대한 성능 평가를 수행하는 데 사용할 수 있는 방법에 대한 가이드로 이 게시물을 보는 것이 좋습니다. . 장비마다 다릅니다. 아래의 분석은 내 방법과 수치에 대해 논의할 것입니다... 항상 그렇듯이... YMMV이기 때문에 권장 사항을 작성하는 데 부족할 것입니다.

CastXMR 보고 값에 대한 논의:

나는 CastXMR 화면을 가로질러 스크롤하는 해시율 폭포와 관련하여 몇 가지 불규칙한 숫자에 대한 논의로 시작해야 합니다. 아래 수치는 오후 9시 55분에 시작된 모네로 채굴 세션에서 가져온 것입니다. 모든 것이 제대로 처리되었는지 확인하기 위해 약 15분 동안 프로그램을 방해받지 않고 실행한 다음 화면을 캡처했습니다.

실행 중일 때 CastXMR의 빛나는 평판에 분명히 기여하는 꽤 좋은 숫자가 표시됩니다. 내 Vega 64(모니터를 제공하지 않음)는 그림 1에서 2020.9, 2018.6, 2012.9, 2013.5 및 2013.1 h/s의 숫자를 보여주는 GPU 0입니다.

2020 h/s는 내가 xmr-stak으로 Monero를 채굴할 때 보는 꾸준한 2002 h/s를 고려할 때 확실히 인상적으로 나타납니다. 이 수치의 평균은 2015.8h/s보다 약간 낮지만 여전히 인상적입니다. CastXMR에 대해 1점을 득점하세요... 하지만 잠시만요... 문제는 다음 그림에 있습니다. castXMR에서 해시 보고서를 얻기 위해 "s"를 입력하면 다음을 얻습니다.

GPU 0의 평균 해시 비율은 1994.6?!?!. 내가 화면이 지나가는 것을 지켜보았고 GPU0 값이 1994.6h/s 미만인 경우가 없었기 때문에 어떻게 그럴 수 있습니까? /에스. 그 평균(1994.6)은 그림 1(2015.8)에서 계산한 평균보다 완전히 20h/s 낮습니다. 궁금한. 아마도 더 당혹스러운 것은 요약 보고서 직후에 2029.4 h/s와 같은 놀라운 숫자를 표시하는 비즈니스로 바로 돌아간다는 것입니다. Xmr-stak과 2002 h/s는 2029.4 h/s와 경쟁할 수 없지만 1994.6 h/s와 비교하면 상당히 유리합니다. 무엇 이니?

그림 2의 하단에서 계산된 5 GPU 평균이 (2029.4+1930.0+1931.0+1944.7+1958.5)/5 =1958.7 h/s임을 고려하십시오. 대조적으로, 바로 위에 있는 청록색 "공유 승인 보고서"에 보고된 평균은 1935.1 h/s보다 약간 더 낮습니다. 평균이 아닌 숫자는 어떻게 해야할지 정말 모르겠어서 무시합니다...

위의 수치는 선별된 것이 아닙니다... 이것은 내 컴퓨터의 castXMR 성능의 전형이며 약간 머리를 긁적입니다. 나는 여기서 어떤 반칙도 의심하지 않는다. 나는 숫자가 실제 계산에서 나온 것이라고 생각하지만 우리가 가정하는 값을 나타내지 않을 수 있습니다. 아마도 그들은 디스플레이 간격 동안 계산된 절대 가장 빠른 해시를 보여줄 것입니다... 그리고 제공된 "s" 평균은 일정 기간 동안의 실제 평균 해시 비율입니까? 알기는 정말 어렵지만 한 가지는 확실합니다... castXMR은 "빠른" 것으로 유명합니다. 실제로 더 빠를 수도 있습니다. 이 게시물의 맨 아래에 도달할 때까지는 알 수 없지만 디스플레이 전체에 표시되는 숫자로 개발된 평판이 암시하는 것만큼 빠르지는 않습니다. 요약 보고서("s")와 "승인된 공유"가 보고될 때 발생하는 정기 보고서에 표시되는 평균 값에 중점을 둡니다.

자, 이제 시작하겠습니다...

경기장

5개의 베가스가 있습니다. 2개의 Vega 64와 3개의 Vega 56. 하나의 Vega 64(GPU 3 / 스레드 6&7)는 HDMI 동글을 제공하므로 성능이 다른 Vega 64(GPU 0 / 스레드 0/1)의 성능을 충족하지 않습니다. Vega Miner는 게시된 가이드로 설정됩니다. 다음 세 가지 예외/설명과 함께:

• 대부분의 가이드는 내 광부가 4개의 Vega와 1개의 Nvidia GTX 750을 가지고 있을 때 작성되었습니다. 나는 가이드에서 GTX-750을 대체하기 위해 또 다른 Rx Vega 56을 구입했다고 설명합니다... 그리고 내가 배운 것을 추가했습니다 그 경험에서 가이드까지. 그 이후로 읽지 않으신 분들도 계실 것 같아서 명확성을 위해 다시 한 번 말씀드리고자 합니다.
• 가이드에서(그리고 실생활에서 채굴할 때) 저는 Vega Mining과 병렬로 CPU 채굴을 합니다. CastXMR은 CPU 채굴기와 함께 제공되지 않기 때문에 이 테스트 동안 CPU로 xmr-stak 채굴을 하지 않았습니다.
• 이 가이드에서 Vega 채굴에 연결된 모니터/동글이 있는 사람들은 특정 Vega의 두 스레드에서 강도 1800을 사용하여 안정성을 확보한 다음 거기에서 작업할 것을 제안합니다(내 표준 1932/1932 비교). . 내 시스템 GPU3은 내 HDMI 동글을 제공하는 Rx Vega 64이며 1908 및 1800의 강도로 안정적입니다. 이는 xmr-stak이 마이닝될 때 GPU 3(스레드 6+7)에서 볼 수 있는 값입니다.

테스트 절차:

1. 컴퓨터를 다시 시작합니다.
2. Chrome 원격 데스크톱을 통해 로그인
3. JJ의 Hash Monitor를 시작하여 Vega를 다시 시작하고 OverdriveNTool 매개변수를 적용합니다(다시 한 번 가이드의 정확한 매개변수).
4. 폐쇄된 JJs_HashMonitor 및 관련 광부
5. 열린 Windows 파일 관리자
6. 광부가 시작하는 데 필요한 명령을 보내는 cmd 파일을 두 번 클릭합니다.
   • cast_xmr에 –remoteaccess 플래그가 포함됨
   • xmr-stak에 –noCPU 및 –noNVIDIA 플래그가 포함됨
7. 광부가 시작되면 Windows 파일 관리자를 닫았으므로 열린 창은 광부 창뿐이었습니다.
8. Chrome 원격 데스크톱 세션을 종료했습니다.
9. 웹 인터페이스를 통해 내 네트워크의 별도 컴퓨터에서 모든 값을 가져왔습니다
   • castXMR은 값을 멋진 웹 형식으로 표시하지 않지만 데이터가 모두 있고 액세스할 수 있으므로 "헤드리스 컴퓨터" 성능을 얻는 가장 좋은 방법처럼 보였습니다.

내가하지 않은 것 :테스트 중에 JJs Hash Monitor를 사용하지 않았습니다 (테스트 사이에 Vega를 재설정하고 싶지 않았기 때문에. 따라서 두 Monero 마이닝 세션 사이에 Vega를 재설정하지 않았습니다. 다시 적용하지 않았습니다. 두 세션 간의 OverdriveNTool 매개변수.

결과

공식 결과는 평균 유효 해시 비율을 기반으로 합니다. 유효 해시 비율은 마이닝 소프트웨어에서 보고한 평균 해시 비율을 사용하여 거부된 공유 비율로 등급을 낮추는 방식으로 계산됩니다. (예를 들어, 위의 그림 2에 표시된 20분 실행의 경우 CastXMR은 95% 수율을 보고했습니다). 두 광부 모두 pool.supportXMR:7777(핑 시간 평균 =15ms)을 가리킵니다.

CastXMR 결과

CastXMR은 웹 인터페이스를 폴링하고 그림 3을 캡처하기 전에 약 30분 동안 실행되었습니다.

따라서 CastXMR은 9809h/s의 초기 평균 속도를 표시합니다. 그러나 3.2%의 주식이 거부되고 1.5%의 개발 수수료가 부과되면 결과 유효 해시 비율은 9809 x 96.8% x 98.5% =9353.7 h/s 수익률입니다.
참고: 웹 인터페이스는 "num_outdated" 이외의 거부 사유를 제공하지 않지만 이전 실행(위의 그림 2)을 관찰하면 "작업 변경으로 인해 만료됨"으로 인해 공유가 거부되었을 수 있습니다. 이것은 풀 문제와 광부 소프트웨어 문제처럼 보일 수 있지만 사실은 xmr-stak을 supportxmr과 함께 일상적으로 사용하고 그런 거부를 받지는 않습니다... 그러나 그들은 내가 cast_xmr을 실행할 때마다 발생합니다. 나는 그것이 소프트웨어 작업 처리에 기인한다고 결론지었고 손잡이가 없다는 것을 알기 때문에 w.r.t.로 돌릴 수 있습니다. 이 문제에 대해서는 "효과적인 해시 비율"을 통해 비교에 수용해야 합니다.

XMR-Stak 결과:

Xmr-stak은 웹 인터페이스를 폴링하고 그림 4와 5를 캡처하기 전에 약 30분 동안 실행되었습니다.

따라서 XMR-stak은 초기 평균 속도가 9734.7h/s입니다. 그러나 100% 수율로 유효 해시 비율은 전체 9734.7 h/s 수율로 유지됩니다. XMR-Stak에는 기본 2% 개발 수수료가 포함되어 있어 유효 수율이 9540h/s로 감소합니다. .

결론

CastXMR 화면의 폭포수 숫자에 표시된 해시 비율 값은 CastXMR 보고 평균을 위해 무시되는 것으로 나타났습니다.

XMR-stak은 CastXMR이 보고한 해시 비율의 99.2%인 평균 해시 비율을 보고합니다(Vega당 약 15h/s). 그러나 손실된 주식과 개발비 차액을 감안한 실효 수익률을 비교하면 XMR-stak 수익률은 CastXMR보다 2% 더 좋습니다. 이는 XMR-stak에 비해 약 185h/s가 개선된 것입니다(Vega당 약 35h/s 순).

내구성 테스트

나는 짧은 테스트 기간이 CastXMR을 불공정한 관점으로 몰아가는 것이 아닐까 걱정되어 "구식" 주식의 수가 해결되는지 확인하기 위해 8시간 연장 테스트를 실행했습니다. 불행히도 수율은 유사하게 유지되었습니다(약간 더 나쁨).

연장된 테스트 기간 동안 1082개의 공유가 제출되었으며 그림 6은 41개의 공유가 "오래된" 것으로 거부되었음을 보여줍니다(3.9% 낭비). CastXMR은 평균 9813.8 h/s인 것으로 나타났지만 손실된 주식 및 개발 비용을 고려하면 유효 수율은 9289.6 h/s로 감소합니다… 수정된 수율은 stak-xmr이 다시 한번 CastXMR을 이겼음을 보여줍니다. stak-xmr에 찬성하는 2.7%의 마진은 내 5 Vega 시스템에서 250h/s라는 결과를 가져옵니다. Vega당 ~50h/s입니다.

앞에서 말한 것을 다시 언급할 가치가 있을 것입니다... 이 게시물을 특정 장비에 대한 성능 평가를 수행하는 데 사용할 수 있는 방법에 대한 가이드로 보는 것이 좋습니다. . 장비마다 다릅니다. 분석은 내 방법과 내 수치에 대한 논의였습니다. YMMV.

이 숫자에 충실한 모든 분들이 분석 게시물을 맨 아래까지 채워주셔서 감사합니다. 정확히 페이지 터너는 아니지만 공정하고 객관적이며 도움이 되었기를 바랍니다. 다양한 마이닝 소프트웨어의 장단점에 대해 토론하는 사람에게 이 정보를 자유롭게 전달하십시오!