Guys, I am sincerely sorry if this is already addressed in a permanent location to avoid the question being asked repeatedly, but I simply cannot find it if so. I’ve been searching for over 30 min, here and around the web, can’t find anything useful to address this issue.
I have several PCs I am using for GPU mining, and I upgraded the CPUs and RAM (some Ryzen Zen2, some Ryzen Zen3, some Intel 9th Gen) so I can also CPU mine Monero while they are printing me my ETH. (I am realizing that I probably shouldn’t have spent so much on CPUs given the profitability. Good thing it was all mining profits, and now I have some nice chips I guess… Anyway…)
I ONLY have this issue on ONE of my PCs, the one with my 5900X on a Gigabyte X570 Aero mobo. It’s using TridentZ Royal 4000 CL18 RAM, and BIOS is properly configured as far as I’m aware. I do have PBO applied in Ryzen Master as well.
However, I cannot figure out why it is throwing this MSR mod error, or why all my other machines are not, just this one? Any ideas, anything I can try? Maybe something simple I am overlooking? The WinRing0 driver appears to be in the same folder as the rest of the XMRig files, surely it’s not overlooking that file? Help please!
Thanks!
Possible bug:
Error Output on CMD
«failed to start WinRing0 driver, error 183»
«FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW»
To Reproduce:
Using Windows 10 x64 21H1 and XMRig 6.13.1 with admin rights
Expected behavior:
- A few days ago this error did not exist. Reduction of the hash performance from 9200 to 7600
- In the meantime, no further software has been changed, installed or uninstalled
- The error does not occur under Ubuntu 20.04.2 on the same hardware with the same BIOS settings.
Here the hash performance is pinned at 9,200 - Error code for WinRing0 driver 183 seems rare or new. Couldn’t find any more information on this.
Required data

config.json
{
«api»: {
«id»: null,
«worker-id»: null
},
«http»: {
«enabled»: false,
«host»: «127.0.0.1»,
«port»: 0,
«access-token»: null,
«restricted»: true
},
«autosave»: true,
«background»: false,
«colors»: true,
«title»: true,
«randomx»: {
«init»: -1,
«init-avx2»: -1,
«mode»: «auto»,
«1gb-pages»: false,
«rdmsr»: true,
«wrmsr»: true,
«cache_qos»: false,
«numa»: true,
«scratchpad_prefetch_mode»: 1
},
«cpu»: {
«enabled»: true,
«huge-pages»: true,
«huge-pages-jit»: false,
«hw-aes»: null,
«priority»: null,
«memory-pool»: false,
«yield»: true,
«asm»: true,
«argon2-impl»: null,
«astrobwt-max-size»: 550,
«astrobwt-avx2»: false,
«argon2»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«astrobwt»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«cn»: [
[1, 0],
[1, 1],
[1, 2],
[1, 3],
[1, 4],
[1, 5],
[1, 6],
[1, 7],
[1, 8],
[1, 9],
[1, 10],
[1, 11],
[1, 12],
[1, 13],
[1, 14],
[1, 15]
],
«cn-heavy»: [
[1, 0],
[1, 2],
[1, 4],
[1, 6],
[1, 8],
[1, 10],
[1, 12],
[1, 14]
],
«cn-lite»: [
[1, 0],
[1, 1],
[1, 2],
[1, 3],
[1, 4],
[1, 5],
[1, 6],
[1, 7],
[1, 8],
[1, 9],
[1, 10],
[1, 11],
[1, 12],
[1, 13],
[1, 14],
[1, 15]
],
«cn-pico»: [
[2, 0],
[2, 1],
[2, 2],
[2, 3],
[2, 4],
[2, 5],
[2, 6],
[2, 7],
[2, 8],
[2, 9],
[2, 10],
[2, 11],
[2, 12],
[2, 13],
[2, 14],
[2, 15]
],
«cn/upx2»: [
[2, 0],
[2, 1],
[2, 2],
[2, 3],
[2, 4],
[2, 5],
[2, 6],
[2, 7],
[2, 8],
[2, 9],
[2, 10],
[2, 11],
[2, 12],
[2, 13],
[2, 14],
[2, 15]
],
«rx»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«rx/wow»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«cn/0»: false,
«cn-lite/0»: false,
«rx/arq»: «rx/wow»,
«rx/keva»: «rx/wow»
},
«opencl»: {
«enabled»: false,
«cache»: true,
«loader»: null,
«platform»: «AMD»,
«adl»: true
},
«cuda»: {
«enabled»: false,
«loader»: null,
«nvml»: true
},
«log-file»: null,
«donate-level»: 5,
«donate-over-proxy»: 1,
«pools»: [
{
«algo»: null,
«coin»: null,
«url»: «pool.minexmr.com:443»,
«user»: «shortened»,
«pass»: null,
«rig-id»: null,
«nicehash»: false,
«keepalive»: true,
«enabled»: true,
«tls»: true,
«tls-fingerprint»: null,
«daemon»: false,
«socks5»: null,
«self-select»: null,
«submit-to-origin»: false
}
],
«retries»: 5,
«retry-pause»: 5,
«print-time»: 60,
«health-print-time»: 60,
«dmi»: true,
«syslog»: false,
«tls»: {
«enabled»: false,
«protocols»: null,
«cert»: null,
«cert_key»: null,
«ciphers»: null,
«ciphersuites»: null,
«dhparam»: null
},
«dns»: {
«ipv6»: false,
«ttl»: 30
},
«user-agent»: null,
«verbose»: 0,
«watch»: true,
«pause-on-battery»: false,
«pause-on-active»: false
}
Hopefully someone can do something with the error, doesn’t want to rule out that I am responsible for the problem myself 😉
Thx Blade
Содержание
- xmrig 3.0 дает ощутимый прирост хешрейта при майнинге Monero
- Что такое MSR мод?
- Как использовать xmrig с MSR модом?
- Возможные проблемы с запуском xmrig в режиме MSR
- «FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW» on Windows 11 Pro Insider #2626
- Comments
- IdrisKalp commented Oct 11, 2021
- SChernykh commented Oct 12, 2021
- IdrisKalp commented Oct 12, 2021
- SChernykh commented Oct 12, 2021
- IdrisKalp commented Oct 12, 2021
- IdrisKalp commented Oct 12, 2021
- electricdelicate commented Oct 14, 2021 •
- FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW #2534
- Comments
- marqanton commented Aug 12, 2021
- Spudz76 commented Aug 12, 2021
- marqanton commented Aug 12, 2021
- marqanton commented Aug 12, 2021
- Spudz76 commented Aug 13, 2021
- WinRing0 errorcode 183 #2475
- Comments
- blade198222 commented Jul 6, 2021
xmrig 3.0 дает ощутимый прирост хешрейта при майнинге Monero
Команда разработчиков майнера xmrig не сидит сложа руки. 15.12.2019 они выпустили очередной релиз майнера xmrig 3.0, в котором встроена поддержка оптимизации майнинга с помощью MSR мода CPU под Windows (эта опция уже реализована для Linux в версиях 5.2.0+ для Intel и 5.2.1+ для Ryzen).
Воздействие на регистры процессора непосредственно в операционной системе дает прирост в хешрейте при майнинге на алгоритме RandomX на не менее, чем 5% на процессорах Intel и до 15% на CPU AMD Ryzen.
Что такое MSR мод?
В программе xmrig 3.0+ реализовано воздействие на MSR (моделезависимые регистры процессора) в ОС Windows с помощью драйвера WinRing0 (разработка OpenLibSys.org).
Этот драйвер выполняет функцию отключения в BIOS опций Hardware Prefetcher и Adjacent Cache Line Prefetch, которые негативно влияют на хешрейт при майнинге на алгоритме RandomX.
Эта полезная опция дает возможность более эффективно проводить вычисления на RandomX даже на компьютерах, у которых в BIOS отсутствует опция отключения функций Hardware Prefetcher и Adjacent Cache Line Prefetch.
Запуск программы xmrig от имени админа и включение функции MSR дает выигрыш в производительности на RandomX порядка 5-15%.
К сожалению, функция оптимизации MSR работает только на относительно новых процессорах, а именно:
- Intel (Nehalem, Westmere, Sandy Bridge, Ivy Bridge, Haswell, Broadwell и более новые);
- Ryzen (все Zen CPU: Ryzen, Threadripper, EPYC и т.д.).
Как использовать xmrig с MSR модом?
Для активации MSR мода нужно запустить один раз майнер xmrig с правами администратора.
Это делается в контекстном меню, возникающем после нажатия правой кнопкой мыши на батнике для запуска xmrig:

Также можно выставить запуск исполняемого файла майнера xmrig в его свойствах.
Для этого правой кнопкой мыши вызывают контекстное меню программы xmrig и нажимают на свойства:

Затем на вкладке совместимости активируют опцию запуска от имени админа и применяют изменения:

При самостоятельной компиляции программы xmrig (или xmrig-notls для версии без шифрования трафика) нужно не забыть скопировать в папку с майнером файл драйвера winring под названием WinRing0x64.sys:

Для компиляции новой версии майнера xmrig (для Windows методика описана здесь) нужно обновить папку dependencies, скачав свежий набор библиотек с Github.
Возможные проблемы с запуском xmrig в режиме MSR
Если в директории с майнером xmrig нет драйвера MSR (файла WinRing0x64.sys), то возникает ошибка с кодом failed to start winring0 driver, error 2:

Если майнер не запущен с правами админа, то возникает ошибка вида failed to stop winring0 driver, error 1062:

При успешном запуске обновленной версии майнера с драйвером режима MSR в консоли манера ошибок не возникает и появляется зеленая строка register values for Intel has been set successfully:

В ubuntu при запуске xmrig может возникнуть ошибка msr kernel module is not available. Она решается установкой пакета msr-tools командами:
После этого нужно снова запустить xmrig в режиме суперпользователя:
Кроме того, может понадобиться (повторная) установка библиотек:
Результаты включения опции MSR очень радуют. Например, прирост хешрейта для процессора Интел I3-8100K в Windows составляет 18% (было 1500, стало 1770 h/s), а в Ubuntu — 1820 h/s.
Компиляция майнера xmrig с поддержкой видеокарт Nvidia описана в статье «Компиляция программы xmrig с плагином для видеокарт Nvidia«.
Источник
«FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW» on Windows 11 Pro Insider #2626
MSR mod cannot be applied with both official binaries and the one I built myself. Output is here:
`* ABOUT XMRig/6.15.2 gcc/11.2.1
- LIBS libuv/1.42.0 OpenSSL/3.0.0 hwloc/2.5.0
- HUGE PAGES permission granted
- 1GB PAGES unavailable
- CPU AMD Ryzen 9 3950X 16-Core Processor (1) 64-bit AES VM
L2:8.0 MB L3:64.0 MB 16C/32T NUMA:1 - MEMORY 15.6/31.9 GB (49%)
DIMM 0:
DIMM_A1: 16 GB DDR4 @ 3600 MHz F4-3600C18-16GVK
DIMM 0:
DIMM_B1: 16 GB DDR4 @ 3600 MHz F4-3600C18-16GVK - MOTHERBOARD Micro-Star International Co., Ltd. — MS-7C84
- DONATE 1%
- ASSEMBLY auto:ryzen
- POOL #1 randomxmonero.eu.nicehash.com:3380 algo rx/0
- COMMANDS hashrate, pause, resume, results, connection
- HTTP API 127.0.0.1:4001
- OPENCL disabled
- CUDA disabled
[2021-10-12 02:53:32.600] net use pool randomxmonero.eu.nicehash.com:3380 172.65.200.133
[2021-10-12 02:53:32.601] net new job from randomxmonero.eu.nicehash.com:3380 diff 218007 algo rx/0 height 2468948 (25 tx)
[2021-10-12 02:53:32.602] cpu use argon2 implementation AVX2
[2021-10-12 02:53:32.630] msr cannot set MSR 0xc0011020 to 0x0000000000000000
[2021-10-12 02:53:32.653] msr FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW
[2021-10-12 02:53:32.654] randomx init dataset algo rx/0 (32 threads) seed 8389f452540f09eb.
[2021-10-12 02:53:32.733] randomx allocated 2336 MB (2080+256) huge pages 0% 0/1168 +JIT (78 ms)
[2021-10-12 02:53:34.868] randomx dataset ready (2135 ms)
[2021-10-12 02:53:34.868] cpu use profile rx (32 threads) scratchpad 2048 KB
[2021-10-12 02:53:36.891] cpu READY threads 32/32 (32) huge pages 41% 13/32 memory 65536 KB (2021 ms)
[2021-10-12 02:53:37.847] signal Ctrl+C received, exiting
[2021-10-12 02:53:37.863] cpu stopped (13 ms)
[2021-10-12 02:53:37.879] msr cannot set MSR 0xc0011020 to 0x0006404000000000`
FYI, I’m running it as administrator too.
The text was updated successfully, but these errors were encountered:
CPU line shows that you’re running in a VM. MSR mod doesn’t work in virtual machines, it requires real hardware. Also, you can try solutions from #1891 (comment) (read comments there).
CPU line shows that you’re running in a VM. MSR mod doesn’t work in virtual machines, it requires real hardware. Also, you can try solutions from #1891 (comment) (read comments there).
No I actually running on real hardware.
You’re actually running xmrig in a VM. Either it’s Windows itself or a 3rd-party software like Docker that causes this, but xmrig runs in a VM and can’t access MSR registers. Secure boot in BIOS can also cause this (see the link above).
You’re actually running xmrig in a VM. Either it’s Windows itself or a 3rd-party software like Docker that causes this, but xmrig runs in a VM and can’t access MSR registers. Secure boot in BIOS can also cause this (see the link above).
There is no Docker installed. This issue doesn’t happen on Linux also.
Problem is due to Windows «Memory integrity» setting. Disabling it solved issue. Thanks. İt can be closed.
I`ve a similar problem since today with Windows 11 Pro. Unfortunately the «Memory Integrity» is disabled but problem still there .
Источник
FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW #2534
I am getting the below message when running xmrig on a dell computer. I am trying to mine ZCH. Please find the output below.
I am running it with root.
[root@master xmrig-6.13.1]# ./xmrig
- ABOUT XMRig/6.13.1 gcc/5.4.0
- LIBS libuv/1.41.0 OpenSSL/1.1.1k hwloc/2.4.1
- HUGE PAGES supported
- 1GB PAGES disabled
- CPU Intel(R) Core(TM) i5-8500T CPU @ 2.10GHz (1) 64-bit AES
L2:1.5 MB L3:9.0 MB 6C/6T NUMA:1 - MEMORY 4.1/7.5 GB (54%)
DIMM1: 8 GB DDR4 @ 2666 MHz HMA81GS6JJR8N-VK
DIMM2: - MOTHERBOARD Dell Inc. — 03KWTV
- DONATE 1%
- ASSEMBLY auto:intel
- POOL #1 rx.unmineable.com:3333 algo auto
- COMMANDS hashrate, pause, resume, results, connection
- OPENCL disabled
- CUDA disabled
[2021-08-12 09:26:47.232] net use pool rx.unmineable.com:3333 139.59.164.251
[2021-08-12 09:26:47.232] net new job from rx.unmineable.com:3333 diff 100001 algo rx/0 height 2425479
[2021-08-12 09:26:47.232] cpu use argon2 implementation AVX2
[2021-08-12 09:26:47.243] msr cannot set MSR 0x000001a4 to 0x000000000000000f
[2021-08-12 09:26:47.243] msr FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW
[2021-08-12 09:26:47.243] randomx init dataset algo rx/0 (6 threads) seed 9c34f003984b0df9.
[2021-08-12 09:26:47.671] randomx allocated 2336 MB (2080+256) huge pages 100% 1168/1168 +JIT (428 ms)
[2021-08-12 09:26:52.350] net new job from rx.unmineable.com:3333 diff 100001 algo rx/0 height 2425480
[2021-08-12 09:26:52.436] signal Ctrl+C received, exiting
[2021-08-12 09:26:52.471] msr cannot set MSR 0x000001a4 to 0x0000000000000000
[2021-08-12 09:26:52.471] msr failed to restore initial state (34 ms)
^C
[root@master xmrig-6.13.1]#
The text was updated successfully, but these errors were encountered:
May not be available for writes. If booting with UEFI then Secure Boot must be disabled (or MSR writes permanently locked). Might need to override the msr module option allow_writes if it exists.
Smells like RedHat of some sort?
Thanks, It is CentOS. Let me try turning off secure boot. I will let you know.
It looks good now. Thanks for your help.
Good, that might be the first time it actually was because of Secure Boot, glad it was that easy.
You can’t perform that action at this time.
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session.
Источник
WinRing0 errorcode 183 #2475
Possible bug:
Error Output on CMD
«failed to start WinRing0 driver, error 183»
«FAILED TO APPLY MSR MOD, HASHRATE WILL BE LOW»
To Reproduce:
Using Windows 10 x64 21H1 and XMRig 6.13.1 with admin rights
- A few days ago this error did not exist. Reduction of the hash performance from 9200 to 7600
- In the meantime, no further software has been changed, installed or uninstalled
- The error does not occur under Ubuntu 20.04.2 on the same hardware with the same BIOS settings.
Here the hash performance is pinned at 9,200 - Error code for WinRing0 driver 183 seems rare or new. Couldn’t find any more information on this.
Required data 
config.json
<
«api»: <
«id»: null,
«worker-id»: null
>,
«http»: <
«enabled»: false,
«host»: «127.0.0.1»,
«port»: 0,
«access-token»: null,
«restricted»: true
>,
«autosave»: true,
«background»: false,
«colors»: true,
«title»: true,
«randomx»: <
«init»: -1,
«init-avx2»: -1,
«mode»: «auto»,
«1gb-pages»: false,
«rdmsr»: true,
«wrmsr»: true,
«cache_qos»: false,
«numa»: true,
«scratchpad_prefetch_mode»: 1
>,
«cpu»: <
«enabled»: true,
«huge-pages»: true,
«huge-pages-jit»: false,
«hw-aes»: null,
«priority»: null,
«memory-pool»: false,
«yield»: true,
«asm»: true,
«argon2-impl»: null,
«astrobwt-max-size»: 550,
«astrobwt-avx2»: false,
«argon2»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«astrobwt»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«cn»: [
[1, 0],
[1, 1],
[1, 2],
[1, 3],
[1, 4],
[1, 5],
[1, 6],
[1, 7],
[1, 8],
[1, 9],
[1, 10],
[1, 11],
[1, 12],
[1, 13],
[1, 14],
[1, 15]
],
«cn-heavy»: [
[1, 0],
[1, 2],
[1, 4],
[1, 6],
[1, 8],
[1, 10],
[1, 12],
[1, 14]
],
«cn-lite»: [
[1, 0],
[1, 1],
[1, 2],
[1, 3],
[1, 4],
[1, 5],
[1, 6],
[1, 7],
[1, 8],
[1, 9],
[1, 10],
[1, 11],
[1, 12],
[1, 13],
[1, 14],
[1, 15]
],
«cn-pico»: [
[2, 0],
[2, 1],
[2, 2],
[2, 3],
[2, 4],
[2, 5],
[2, 6],
[2, 7],
[2, 8],
[2, 9],
[2, 10],
[2, 11],
[2, 12],
[2, 13],
[2, 14],
[2, 15]
],
«cn/upx2»: [
[2, 0],
[2, 1],
[2, 2],
[2, 3],
[2, 4],
[2, 5],
[2, 6],
[2, 7],
[2, 8],
[2, 9],
[2, 10],
[2, 11],
[2, 12],
[2, 13],
[2, 14],
[2, 15]
],
«rx»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«rx/wow»: [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15],
«cn/0»: false,
«cn-lite/0»: false,
«rx/arq»: «rx/wow»,
«rx/keva»: «rx/wow»
>,
«opencl»: <
«enabled»: false,
«cache»: true,
«loader»: null,
«platform»: «AMD»,
«adl»: true
>,
«cuda»: <
«enabled»: false,
«loader»: null,
«nvml»: true
>,
«log-file»: null,
«donate-level»: 5,
«donate-over-proxy»: 1,
«pools»: [
<
«algo»: null,
«coin»: null,
«url»: «pool.minexmr.com:443»,
«user»: «shortened»,
«pass»: null,
«rig-id»: null,
«nicehash»: false,
«keepalive»: true,
«enabled»: true,
«tls»: true,
«tls-fingerprint»: null,
«daemon»: false,
«socks5»: null,
«self-select»: null,
«submit-to-origin»: false
>
],
«retries»: 5,
«retry-pause»: 5,
«print-time»: 60,
«health-print-time»: 60,
«dmi»: true,
«syslog»: false,
«tls»: <
«enabled»: false,
«protocols»: null,
«cert»: null,
«cert_key»: null,
«ciphers»: null,
«ciphersuites»: null,
«dhparam»: null
>,
«dns»: <
«ipv6»: false,
«ttl»: 30
>,
«user-agent»: null,
«verbose»: 0,
«watch»: true,
«pause-on-battery»: false,
«pause-on-active»: false
>
Hopefully someone can do something with the error, doesn’t want to rule out that I am responsible for the problem myself 😉
The text was updated successfully, but these errors were encountered:
Источник