After upgrading to SRBMiner-CN 1.9.4 I get CL_COMPILE_PROGRAM_FAILURE on a Radeon 290 and the miner exits afterwards. With 1.9.3 everything worked fine. I tried to mine Haven but when I try to run other algorithms I get the same error on 1.9.4. I use the 20.4.2 WHQL driver on Windows 10 if that matters.
Oh and I replied here as the update was announced here. I wonder if discussion regarding SRBMiner-CN should rather go to its own thread.
Topic: SRBMiner-MULTI GPU & CPU Miner 0.9.4 - page 46. (Read 42239 times)
I have 8Gb RAM, try run it right after computer restart - same result.
Hi, Doktor83! Will you plan to fix RandomX Huge/Large pages allocation for Intel I5 processors windows 7?
Coz it not work.
Coz it not work.
There is nothing to fix specifically for that processor or win7, miner uses windows mechanisms to allocate mem in huge pages, so it should work same with every cpu
First make sure you have enough RAM (4gb for example), and that you tried to run miner after computer restart, so that there are still free pages available for miner to allocate.
Hi, Doktor83! Will you plan to fix RandomX Huge/Large pages allocation for Intel I5 processors windows 7?
Coz it not work.
Coz it not work.
Code:
CPU0: Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz [L3:6144 KB][L2:256 KB][L1:32 KB]
--------------------------------------------------------------------------------
Algorithm : randomx
Gpu mining : disabled
Cpu mining : enabled
Huge-pages : enabled
HW-Aes : available
Startup monitor : enabled
[2020-07-23 11:01:07] Initialising dataset & cache & vm
--------------------------------------------------------------------------------
Algorithm : randomx
Gpu mining : disabled
Cpu mining : enabled
Huge-pages : enabled
HW-Aes : available
Startup monitor : enabled
[2020-07-23 11:01:07] Initialising dataset & cache & vm
Quote
[2020-07-23 11:01:07] Couldn't allocate 2129920 kB in large-page memory. Using slower allocation
Code:
[2020-07-23 11:01:15] Dataset & Cache & VM initialized in 7709 ms
SRBMiner-CN 1.9.4
Haven algorithm updated and ready for the fork. You can start using it now, it will auto-switch after fork
https://mega.nz/folder/qVIgxAwB#kKmgCDICmQwbdVvMb-tAag
cool, great update Haven algorithm updated and ready for the fork. You can start using it now, it will auto-switch after fork
https://mega.nz/folder/qVIgxAwB#kKmgCDICmQwbdVvMb-tAag
SRBMiner-CN 1.9.4
Haven algorithm updated and ready for the fork. You can start using it now, it will auto-switch after fork
https://mega.nz/folder/qVIgxAwB#kKmgCDICmQwbdVvMb-tAag
Haven algorithm updated and ready for the fork. You can start using it now, it will auto-switch after fork
https://mega.nz/folder/qVIgxAwB#kKmgCDICmQwbdVvMb-tAag
Is SRB still functional for Aeon K12? I do not have AMD to test with.
Thank you. How about to add dual mining ETH+HNS/Eaglesong/blake2s/blake2b/keccak/BTM/Sha3Solidity and how about X17R algo?
Is it possible to mine tellor now? Coz uupool no more support tellor coin.
Then not possible. I tried to contact hashpool but never got a response. That's the reason why only uupool was supported. I will try to contact him again.
Is it possible to mine tellor now? Coz uupool no more support tellor coin.
Thank you for answers. How about to add cuckaroo/cuckatoo algos for cpu (grin/epic have some ocl and cpu plugins) and gpu?
Hi, not atm, but maybe once in the future. There are a lot of other algorithms i would like to add too
V0.4.7
+ Removed devfee for 'blake2s', 'mtp', 'keccak', 'yespoweritc', 'm7mv2', 'cryptonight_catalans', 'cryptonight_talleo' algorithms
+ Lowered 'bl2bsha3' devfee to standard fee (~0.85%)
+ Fixed 'randomx' algorithm when running on 64+ threads
+ Fixed config parameter "cpu_affinity"
- Now you get even more 0% devfee algorithms
- Thanks to @Zorg33 (https://github.com/doktor83/SRBMiner-Multi/issues/10) managed to fix 'randomx' too low hashrate when running with 64+ threads
- "cpu_affinity" parameter in configuration file was not working, now it is fixed
+ Removed devfee for 'blake2s', 'mtp', 'keccak', 'yespoweritc', 'm7mv2', 'cryptonight_catalans', 'cryptonight_talleo' algorithms
+ Lowered 'bl2bsha3' devfee to standard fee (~0.85%)
+ Fixed 'randomx' algorithm when running on 64+ threads
+ Fixed config parameter "cpu_affinity"
- Now you get even more 0% devfee algorithms
- Thanks to @Zorg33 (https://github.com/doktor83/SRBMiner-Multi/issues/10) managed to fix 'randomx' too low hashrate when running with 64+ threads
- "cpu_affinity" parameter in configuration file was not working, now it is fixed
Thank you for answers. How about to add cuckaroo/cuckatoo algos for cpu (grin/epic have some ocl and cpu plugins) and gpu?
Hi, Doktor. Any plans to add dual mining for RandomEpic/ProgPow for epic coin?
Another question - if i have one card with 8gb and other with 4gb can miner use first card 8gb memory
for DAG so second card with 4gb memory can continue mine eth after dag size >=4 gb?
Another question - if i have one card with 8gb and other with 4gb can miner use first card 8gb memory
for DAG so second card with 4gb memory can continue mine eth after dag size >=4 gb?
Hi, no dual mining is in plan at the moment.
And no, what you would like with the 8g-4g is not possible
Hi, Doktor. Any plans to add dual mining for RandomEpic/ProgPow for epic coin?
Another question - if i have one card with 8gb and other with 4gb can miner use first card 8gb memory
for DAG so second card with 4gb memory can continue mine eth after dag size >=4 gb?
Another question - if i have one card with 8gb and other with 4gb can miner use first card 8gb memory
for DAG so second card with 4gb memory can continue mine eth after dag size >=4 gb?
V0.4.6
+ Fixed 'defyx' algorithm on Intel CPU's (previous version broke it)
+ Hashrate stats (pressing 'h') now shows current hashing speed of CPU, and not the 10 second average
+ Lowered pool reconnection time to 15 sec
+ Added parameter '--gpu-ethash-mode' to cmd parameters
+ Added parameter 'gpu_ethash_mode' to config parameters
+ Added parameter 'ethash_mode' to gpu_conf parameters
+ Added parameter '--disable-cpu-auto-affinity'
- parameter ethash mode, if set to 1, will allow for a little more memory allocation of DAG on the GPU, so if you are really on the edge of the limit, this could help you mine with normal speed for few more epochs. The bad thing is, if your gpu is on pcie 1.0 (riser) then the DAG creation time will be very high, rx580 is about 50 minutes. Also you should only use it with Ethereum, because the devfee is mining ETH, so imagine if you mine ETC , it takes 50 minutes to created DAG, and then on devfee mining again 50 minutes to create DAG for ETH..
- parameter --disable-cpu-auto-affinity turns off the automatic affinity setting, and leaves that to the OS to manage.
+ Fixed 'defyx' algorithm on Intel CPU's (previous version broke it)
+ Hashrate stats (pressing 'h') now shows current hashing speed of CPU, and not the 10 second average
+ Lowered pool reconnection time to 15 sec
+ Added parameter '--gpu-ethash-mode' to cmd parameters
+ Added parameter 'gpu_ethash_mode' to config parameters
+ Added parameter 'ethash_mode' to gpu_conf parameters
+ Added parameter '--disable-cpu-auto-affinity'
- parameter ethash mode, if set to 1, will allow for a little more memory allocation of DAG on the GPU, so if you are really on the edge of the limit, this could help you mine with normal speed for few more epochs. The bad thing is, if your gpu is on pcie 1.0 (riser) then the DAG creation time will be very high, rx580 is about 50 minutes. Also you should only use it with Ethereum, because the devfee is mining ETH, so imagine if you mine ETC , it takes 50 minutes to created DAG, and then on devfee mining again 50 minutes to create DAG for ETH..
- parameter --disable-cpu-auto-affinity turns off the automatic affinity setting, and leaves that to the OS to manage.
Hi, Any plans to add KAWPOW (RVN) algo to your AMD miner?
Cheers
Cheers
Quote from: doktor83
what amd driver version for eth mining?
Has someone reported hashrate for a Ryzen 3600 (Random-X XMR) with this miner ? Just caught the thread, haven't read the whole content.
Hi Doktor, can we dual mine Epic and other RandomX coin while Epic RandomX is idle?
No, it's not working that way, sorry.
Jump to: