Ryzen CPU 마이닝을 위해 XMRig를 어떻게 최적화합니까?

CPU 기능 감지 및 명령어 세트 정렬

1. Zen 2 이후의 Ryzen 프로세서는 VAES, AVX2 및 BMI2 명령어 세트를 지원하며, 이들 모두는 RandomX 실행 중에 XMRig에 의해 적극적으로 활용됩니다. 광부는 시작 시 CPUID 리프 조사를 통해 이러한 기능을 자동으로 감지하지만 잘못 구성된 BIOS 설정으로 인해 이러한 기능이 억제될 수 있습니다.

2. VAES 가속은 펌웨어와 커널 공간 모두에서 활성화될 때 Ryzen 7000 시리즈 칩의 표준 AES-NI에 비해 일관된 17% 처리량 이득을 제공합니다. 보안 부팅을 비활성화하고 MSR 쓰기 권한을 확인하는 것은 전체 VAES 활용을 위한 전제 조건입니다.

3. AVX2 사용은 테스트 실행 모드에서 --cpu-avx2 플래그를 통해 검증되어야 합니다. 하드웨어 지원에도 불구하고 AVX2가 비활성화된 것으로 출력이 보고되면 문제는 커널 수준 마이크로코드 또는 CPU전력 거버너 제한 사항에 있는 것입니다.

4. XMRig의 내부 BasicCpuInfo::Detect_assemble() 루틴은 Ryzen 아키텍처를 정확한 제품군으로 분류합니다. Ryzen 5000 시리즈는 "zen3"에 매핑되고 Ryzen 7000 시리즈는 "zen4"에 매핑됩니다. 이 분류는 스레드 선호도 기본값과 캐시 라인 정렬 전략을 결정합니다.

Ryzen 메모리 하위 시스템을 위한 거대한 페이지 구성

1. Ryzen CPU는 듀얼 다이 CCX 토폴로지와 높은 메모리 대역폭 수요로 인해 1GB 대용량 페이지의 이점을 불균형적으로 활용합니다. 1GB 페이지 크기는 NUMA 도메인 전체에서 TLB 압력을 줄여주며, 특히 RandomX의 2MB 스크래치패드 액세스 패턴에 중요합니다.

2. 1GB 페이지를 활성화하려면 루트 권한과 NUMA 노드당 명시적 할당이 필요합니다. echo 3 > /sys/devices/system/node/node0/hugepages/hugepages-1048576kB/nr_hugepages 및 듀얼 CCX 구성의 node1과 동일합니다.

3. 확인에는 존재 여부뿐 아니라 /proc/meminfo 에서 HugePages_Free가 HugePages_Total 과 같은지 확인하는 것도 포함되어야 합니다. 불일치는 NUMA 로컬 할당 실패를 나타내며 측정 가능한 성능 손실과 함께 2MB 페이지로 대체됩니다.

4. --huge-pages-jit=true 를 사용하면 XMRig는 런타임 할당을 시도합니다. 커널 매개변수 iommu=pt가 GRUB_CMDLINE_LINUX에 추가되지 않으면 IOMMU가 활성화된 Ryzen 시스템에서 자동으로 실패합니다.

Zen4 플랫폼을 위한 MSR 레지스터 튜닝

1. Ryzen 7000 시리즈에서 XMRig는 4개의 특정 MSR( 0xc0011020 , 0xc0011021 , 0xc0011022 및 0xc001102b )에 대한 쓰기 액세스 권한이 필요합니다. 이는 분기 예측기 동작, L3 캐시 연관성 및 프리페처 공격성을 제어합니다.

2. AMD의 AGESA 펌웨어에 의해 설정된 기본 MSR 값은 종종 RandomX의 메모리 액세스 단계와 충돌합니다. config.json 'wrmsr' 배열에서 이를 수동으로 재정의하면 지속적인 로드 상태에서 7950X 시스템에서 안정적인 +12~18% 해시율을 얻을 수 있습니다.

3. 커널 부팅 매개변수 msr.allow_writes=on은 필수입니다. 이것이 없으면 XMRig는 "FAILED TO APPLY MSR MOD"를 기록하고 보안 부팅이 비활성화된 경우에도 최적화되지 않은 실행 경로로 대체됩니다.

4. MSR 쓰기는 다른 사용자 공간 프로세스가 동일한 레지스터에 접근하기 전에 발생해야 합니다. 초기 해시레이트 안정화 이후 트리거링과 같은 지연된 적용으로 인해 부분적으로 적용되고 일관되지 않은 벤치마크 결과가 발생합니다.

스레드 선호도 및 코어 바인딩 전략

1. Ryzen의 CCX 기반 설계는 동일한 CCX 공유 L3 캐시 내의 논리 코어를 의미합니다. 단일 CCX(예: 7950X의 코어 0~3 또는 8~11) 내에서만 스레드를 바인딩하면 RandomX의 메모리 집약적 단계에서 CCX 간 대기 시간이 최대 40%까지 줄어듭니다.

2. 배열 형식 'rx/wow' 사용: [[2, 0], [2, 1], [2, 8], [2, 9]]는 2개의 개별 CCX 장치 내에서 물리적으로 인접한 코어에 강도 2 스레드를 명시적으로 할당하여 다이 간 트래픽을 피하면서 캐시 지역성을 최대화합니다.

3. 16코어 Ryzen 칩에서 'max-threads-hint': 12를 설정하면 초과 구독을 방지할 수 있습니다. 코어 수가 75%를 초과하면 스케줄러 경합이 발생하고 RandomX의 5ms 기한 임계값을 초과하여 평균 스레드 대기 시간이 늘어납니다.

4. 'affinity' 매개변수는 'memory-pool'과 쌍을 이루어야 합니다. 메모리 할당이 할당된 NUMA 노드에 로컬로 유지되도록 하려면 true입니다 . 이 페어링이 없으면 듀얼 CCX 다이에서 메모리 대역폭이 ~22% 감소합니다.

프로파일 기반 알고리즘 전환 메커니즘

1. XMRig의 프로필 시스템을 사용하면 알고리즘 제품군별로 고유한 스레드 구성을 정의할 수 있습니다. Monero(rx/0)와 Wownero(rx/wow)를 모두 대상으로 하는 Ryzen 채굴자의 경우 'monero-profile' 및 'wownero-profile' 이라는 별도의 프로필을 사용하면 의도하지 않은 리소스 경합을 방지할 수 있습니다.

2. 프로필 선택은 엄격한 우선순위를 따릅니다. 즉, 정확한 일치가 먼저, 그 다음 별칭 매핑, 패밀리 접두사 대체가 이루어집니다. '별칭' 개체에 'rx/0': 'monero-profile'을 정의하면 풀 전환 이벤트 중에 모호함이 방지됩니다.

3. 스레드에 설정된 m_disabled Ryzen 시스템에서 레거시 cn/r 알고리즘을 완전히 차단하는 데 사용할 수 있습니다. 메모리 액세스 패턴은 과도한 L3 스래싱을 ​​유발하고 rx/wow 효율성을 최대 9%까지 감소시킵니다.

4. 프로필은 데몬 시작 시에만 로드됩니다. POST /set-algo 와 같은 API 명령을 통한 런타임 전환은 프로필 정의를 다시 로드하지 않고 이미 로드된 프로필 내의 활성 알고리즘 컨텍스트만 변경합니다.

자주 묻는 질문

Q1: BIOS에서 전역 C-State Control을 활성화하면 Ryzen의 XMRig 성능이 향상됩니까? 예. C6 및 더 깊은 절전 상태를 비활성화하면 RandomX의 결정적 타이밍 창을 방해하는 예측할 수 없는 코어 깨우기 지연 시간이 방지됩니다. C-State Control = C1만 사용하는 Zen4에서 성능 향상은 평균 3.2%입니다.

Q2: Docker 컨테이너와 함께 실행할 때 XMRig가 더 낮은 해시 비율을 보고하는 이유는 무엇입니까? Docker의 기본 cgroup 메모리 제한은 대용량 페이지 할당을 방해합니다. 활성 워크로드가 없는 컨테이너도 1GB 페이지 풀을 조각화하는 메모리 예약을 사용합니다. 베어메탈에서 마이닝 작업 부하를 격리하거나 메모리 제한을 비활성화하면 이 문제가 해결됩니다.

Q3: XMRig는 타이밍 최적화를 위해 DDR5 EXPO 프로필을 활용할 수 있습니까? 아니요. EXPO는 XMRig의 메모리 하위 시스템에서 지원되지 않는 공급업체별 확장입니다. 그러나 JEDEC 사양 내에서 BIOS에서 tRFC 및 tFAW를 수동으로 강화하면 DDR5-6000 키트에서 RandomX 스크래치패드 가져오기 대기 시간이 5.7% 향상됩니다.

Q4: Ryzen 플랫폼에서 PCIe 크기 조정 BAR이 활성화된 상태에서 XMRig를 실행하는 것이 안전합니까? 예. 하지만 GPU 드라이버가 버전 23.12.1 이상으로 업데이트된 경우에만 해당됩니다. 이전 AMDGPU-Pro 버전은 크기 조정 가능한 BAR과 XMRig의 메모리 매핑 I/O 작업이 동시에 활성화될 때 PCIe ACS 위반을 트리거합니다.