Good times, XMR mining the best it's been in a while, hopefully the difficulty can keep under 60G for longer.
Anyone know if AMD is gonna eventually cannibalize Polaris 30 and give us a low power/no-power connector option like the rx550/560?
Topic: SRBMiner Cryptonight AMD GPU Miner V1.9.3 - native algo switching - page 116. (Read 237261 times)
October 27, 2018, 09:38:03 AM
October 27, 2018, 09:30:13 AM
October 27, 2018, 07:54:35 AM
Exception Processing Message 0xc0000005 Parameters 0x7ff87f461c38 0x7ff87f461c38 0x7ff87f461c38 0x7ff87f461c38
https://i.imgur.com/YNC02MI.png
after that ERROR i'm getting:
Error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel 0
https://i.imgur.com/LS14eIy.png
https://i.imgur.com/YNC02MI.png
after that ERROR i'm getting:
Error CL_MEM_OBJECT_ALLOCATION_FAILURE when calling clEnqueueNDRangeKernel for kernel 0
https://i.imgur.com/LS14eIy.png
October 27, 2018, 05:21:09 AM
It really is V2, but v2, v8, v9 who cares, as long as we know it is the new monero algo 
Just to clear it up for anyone else...
We are on monero v9. v8 enabled bulletproofs, while bulletproofs *requirement* was implemented in v9 as soon as all pre-bulletproofs blocks had been confirmed.
Cryptonight variant 2 is the algorithm in use for monero v8 and v9.
October 27, 2018, 04:43:46 AM
That's what matters, i agree 100% cheers!
cheers! October 27, 2018, 04:34:22 AM
It really is V2, but v2, v8, v9 who cares, as long as we know it is the new monero algo
I won't play a detective anymore, but one last time :
Of course anyone who follows, knows you are referring to SRB.
I never blamed you, i am aware there were users who had this problem, there still are (for example there are people who disregard the ton of compute errors they have,and come here to blame the miner for stealing hashrate).
Majority had their poolside hashrate approximately ok, and after the changes i made even more have, so i am happy it helped them (you).
Yes, it never will be perfect i know. I am working on it a LOT trying to make it good for everyone.
Ok, enough. I am glad it is ok for you now, and that's all what matters at the end
I won't play a detective anymore, but one last time :
I don´t really want to go through that discussion again. I don´t care what is shown on the screen. If one miner, over the span of 10 days, gives 10 billion hashes and another gives 9 billion hashes, but both shows 12KH/s, then these miners are not the same speed. One is real (JCE, XMR-Stak) and another is fuckin´ liar and cheater.
Cheers
Cheers
Of course anyone who follows, knows you are referring to SRB.
I never blamed you, i am aware there were users who had this problem, there still are (for example there are people who disregard the ton of compute errors they have,and come here to blame the miner for stealing hashrate).
Majority had their poolside hashrate approximately ok, and after the changes i made even more have, so i am happy it helped them (you).
Yes, it never will be perfect i know. I am working on it a LOT trying to make it good for everyone.
Ok, enough. I am glad it is ok for you now, and that's all what matters at the end
October 27, 2018, 03:46:22 AM
Doktor, if you follow the forums so much and remember everything 
then you know that i was fully supportive of srbminer and helped many people to set it up, and that i now do the same the moment i became aware the hashrate is real now. And you know that i never told about cheating or put blame on anybody. The problem was reported by many people, they all were made fun of in this topic and taught mathematics by smart guys. So I simply moved on and supported another miner. The fact is that you changed something on the software and now it is good, so please be smart and don't put blame on me. It is not 3 graphic cards but 100k of mining hardware and a lot, lot of work, that earns money for my family, and in the end, earns money to you. And all i asked is to investigate one problem.
i have the connection, samw hardware, same pools, before was bad, now is good, and it is somehow my fault? Just say the problem is fixed by more agressive share handling and that is it.
To the guy above doktors post, do your homework before shitposting. Monero is v9 since block 1686275. Cheers
then you know that i was fully supportive of srbminer and helped many people to set it up, and that i now do the same the moment i became aware the hashrate is real now. And you know that i never told about cheating or put blame on anybody. The problem was reported by many people, they all were made fun of in this topic and taught mathematics by smart guys. So I simply moved on and supported another miner. The fact is that you changed something on the software and now it is good, so please be smart and don't put blame on me. It is not 3 graphic cards but 100k of mining hardware and a lot, lot of work, that earns money for my family, and in the end, earns money to you. And all i asked is to investigate one problem.i have the connection, samw hardware, same pools, before was bad, now is good, and it is somehow my fault? Just say the problem is fixed by more agressive share handling and that is it.
To the guy above doktors post, do your homework before shitposting. Monero is v9 since block 1686275. Cheers
October 27, 2018, 02:17:43 AM
Few versions of SRBminer ago, I was complaining that that miner reported hashrate and pool reported hashrate have big discrepancy, from few % up to 20%. For example, a 7x vega rig pool hashrate was only 12kh/s instead of 14.5.
Found here only mocking and making fun of, so I simpmy abandoned srbminer and went for another.
Since Monero upgraded to v9, i started using SRBminer again. The hashrate is now spot on - miner reports hashrate is now the same as pool reported hashrate (minus the fee, offcourse)
I am very happy that this problem has been repaired, despite never being admitted here. Thumbs up (y) for development!
Found here only mocking and making fun of, so I simpmy abandoned srbminer and went for another.
Since Monero upgraded to v9, i started using SRBminer again. The hashrate is now spot on - miner reports hashrate is now the same as pool reported hashrate (minus the fee, offcourse)
I am very happy that this problem has been repaired, despite never being admitted here. Thumbs up (y) for development!
There was no problem to "admit" it was clearly user error and its v8 not v9.
He is partly right, the lower poolside hashrate was because of stale shares. Users who have no connection problems and less stale shares never had this problem.
From v1.6.4 i changed the way stale shares are handled, and that resulted in better results for these users.
There was never cheating, stealing etc. that you stated. Also i don't like the anti SRB campaign you are doing (yes, i read other forums too), makes me think you get payed for advertising that other miner (you know which one). But it's your call, you do whatever you want
October 27, 2018, 02:10:57 AM
Few versions of SRBminer ago, I was complaining that that miner reported hashrate and pool reported hashrate have big discrepancy, from few % up to 20%. For example, a 7x vega rig pool hashrate was only 12kh/s instead of 14.5.
Found here only mocking and making fun of, so I simpmy abandoned srbminer and went for another.
Since Monero upgraded to v9, i started using SRBminer again. The hashrate is now spot on - miner reports hashrate is now the same as pool reported hashrate (minus the fee, offcourse)
I am very happy that this problem has been repaired, despite never being admitted here. Thumbs up (y) for development!
Found here only mocking and making fun of, so I simpmy abandoned srbminer and went for another.
Since Monero upgraded to v9, i started using SRBminer again. The hashrate is now spot on - miner reports hashrate is now the same as pool reported hashrate (minus the fee, offcourse)
I am very happy that this problem has been repaired, despite never being admitted here. Thumbs up (y) for development!
There was no problem to "admit" it was clearly user error and its v8 not v9.
October 27, 2018, 02:00:40 AM
Few versions of SRBminer ago, I was complaining that that miner reported hashrate and pool reported hashrate have big discrepancy, from few % up to 20%. For example, a 7x vega rig pool hashrate was only 12kh/s instead of 14.5.
Found here only mocking and making fun of, so I simpmy abandoned srbminer and went for another.
Since Monero upgraded to v9, i started using SRBminer again. The hashrate is now spot on - miner reports hashrate is now the same as pool reported hashrate (minus the fee, offcourse)
I am very happy that this problem has been repaired, despite never being admitted here. Thumbs up (y) for development!
Found here only mocking and making fun of, so I simpmy abandoned srbminer and went for another.
Since Monero upgraded to v9, i started using SRBminer again. The hashrate is now spot on - miner reports hashrate is now the same as pool reported hashrate (minus the fee, offcourse)
I am very happy that this problem has been repaired, despite never being admitted here. Thumbs up (y) for development!
October 27, 2018, 12:50:50 AM
Please help. I have one Vega56 and one RX580-8G. Got the following error when running SRBMinber 1.6.8. Tried different drivers (18.5.1, 18.5.2, 18.6.1), DDU clean install every time. Also tried the default kernel and compiled kernel. One wired thing I noticed is that the miner recognizes my RX580 as "Radeon RX Vega [ellesmere]". The miner is working properly only when I use one card at a time to hash with fresh compiled kernel.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
Open a command prompt and run clinfo, let's see what does it say, how does it recognise your cards.
Also guys, please don't send me PM's without reading the first page of this thread, because 90% of your questions is answered there. I really don't have time to answer everyone separately.
And don't send me PM's asking what intensity should you use, and why does your GPU crashes. Please take some time and read back, everything is answered in this thread.
October 26, 2018, 11:29:45 PM
Hello . Can someone to give best settings for RX550 v8 algo. Thanks. I used xmrig but now is not stable. Greetings from Bulgaria!
October 26, 2018, 06:32:38 PM
...
At any rate, my 4 cards are consistently doing 460, 420, 420, 460 and using an estimated 54W each (based on Kill-A-Watt monitor, minus the amount used by the system when not mining) and 1200 Core / 1900 Mem and -20% on the power limit, so you are totally kicking my ass in power consumption vs. hashrate. Clearly I have some more tweaking to do but right now I am just happy I got it working stably on v8.
At any rate, my 4 cards are consistently doing 460, 420, 420, 460 and using an estimated 54W each (based on Kill-A-Watt monitor, minus the amount used by the system when not mining) and 1200 Core / 1900 Mem and -20% on the power limit, so you are totally kicking my ass in power consumption vs. hashrate. Clearly I have some more tweaking to do but right now I am just happy I got it working stably on v8.
Were you disabling P0-P6 in ODT? You should. Just click each one to grey it out.
Also ODT version 0.2.6 is very buggy for me, it has a problem setting core properly so i downgraded to 0.2.5 which works perfectly.
What I do is enable "extend official overclock limits" in Afterburner, then from there I only use ODT 0.2.5, you have to do that or you get mem clock setting error in ODT.
I also have ODT 0.2.5 installed (not currently using it, however), but I only had P0 and P1 greyed out in my custom CN profile. I'm feeling more adventurous now that things have been running well for a day, but before I start giving myself a migraine I want to clarify a few things you've done:
- Run 18.6.1 for less power consumption or 18.5.1 for higher hashrate (marginal differences both).
- Use MSI AB to "extend official overclock limits." Q: are you using MSI AB or ODT to control the fans? I greatly prefer using AB to set a custom fan curve.
- Bump up PL in AB to +5%
- Use ODT 0.2.5 to set highest P state for core/mem clock/voltage, trying 1180MHz/895mV for core and 2000-2100MHz for mem. Q: What about memory voltage?
- Set intensity manually in SRB try 23 to 24 initially. Q: What about worksize? SRB is setting it to 32 automatically (also, double threads true and K auto set to 1).
And that should bring my power consumption down to around 40W per card with a slight boost to hashrate, correct?
Depending on what brand 560's you have, they may not be able to go down to 40W and retain 450 h/s, it all depends on how well they can undervolt. I think it's impossible with the 18.5.1 drivers you must use 18.6.1 or no dice. For me 18.5.1 read 40w on gpu-z if I had tested on the wall I'm sure it would actually be 44-45w. 18.6.1 read 36w on gpu-z and goes no higher than 39.5w on the wall for me. The tiny ~5 H/s gain on 18.5.1 is definitely not worth the higher power draw. If you're desperate for lower undervolt you could try lower core clock than 1180, but at this point every step down is negative for hashrate.
I just use ODT at fixed fan speeds, my 6x rx560 2gb rig is in my bedroom so I try to keep it quiet like 1600 rpm, as long as my cards stay 65C or under it's okay.
On v7 I got max hashrate with -10% power limit. On v8 I have to increase to +10% for max hashrate. PL doesn't really effect consumption, the core voltage effects it most.
On v8, my 560's need 865 mV on mem voltage to be 100% stable, at 860 mV they can crash or lose hashrate after many hours. I had it on 860 mV before because it was stable with older v7, so v8 needed +5 mV.
Try 8 worksize first and then 12/16 and see if it improves hashrate, doesn't make sense for a 2gb card to go any higher than 16.
October 26, 2018, 04:04:44 PM
Yes. I even have Visual Studio 2017 Professional installed. Not sure if the latest Windows 10 (Version 1809, OS build 17763.55) caused the problem. Seems like we need help from @doktor83.
Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?
Please help. I have one Vega56 and one RX580-8G. Got the following error when running SRBMinber 1.6.8. Tried different drivers (18.5.1, 18.5.2, 18.6.1), DDU clean install every time. Also tried the default kernel and compiled kernel. One wired thing I noticed is that the miner recognizes my RX580 as "Radeon RX Vega [ellesmere]". The miner is working properly only when I use one card at a time to hash with fresh compiled kernel.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?
October 26, 2018, 03:56:26 PM
[
{ "index" : 0,
"intensity" : 864, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
{ "index" : 0,
"intensity" : 864, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
{ "index" : 1,
"intensity" : 1920, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
{ "index" : 1,
"intensity" : 1920, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
]
{ "index" : 0,
"intensity" : 864, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
{ "index" : 0,
"intensity" : 864, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
{ "index" : 1,
"intensity" : 1920, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
{ "index" : 1,
"intensity" : 1920, "worksize" : 16,
"affine_to_cpu" : false, "strided_index" : 2, "mem_chunk" : 2,
"unroll" : 8, "comp_mode" : true
},
]
Can't figure how to PM you, but can you post the two thread lines from your AMD config setup for XMR stak please? Reason I wanted to go with this SRB miner is i can;t get the newest stak to fire up anymore.
Thanks,
Thanks,
No. XMR-Stak and Cast_XMR work with a little bit lower hash rate.
Hey did you get a resolution to this? I also am having this problem. 1 V56 and 2 V64
Please help. I have one Vega56 and one RX580-8G. Got the following error when running SRBMinber 1.6.8. Tried different drivers (18.5.1, 18.5.2, 18.6.1), DDU clean install every time. Also tried the default kernel and compiled kernel. One wired thing I noticed is that the miner recognizes my RX580 as "Radeon RX Vega [ellesmere]". The miner is working properly only when I use one card at a time to hash with fresh compiled kernel.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
October 26, 2018, 03:47:52 PM
Perhaps him and I have the same issue...how do i completely disable my iGPU from doing any work? could it be crashing the system?
Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?
Please help. I have one Vega56 and one RX580-8G. Got the following error when running SRBMinber 1.6.8. Tried different drivers (18.5.1, 18.5.2, 18.6.1), DDU clean install every time. Also tried the default kernel and compiled kernel. One wired thing I noticed is that the miner recognizes my RX580 as "Radeon RX Vega [ellesmere]". The miner is working properly only when I use one card at a time to hash with fresh compiled kernel.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?
October 26, 2018, 01:32:11 PM
...
At any rate, my 4 cards are consistently doing 460, 420, 420, 460 and using an estimated 54W each (based on Kill-A-Watt monitor, minus the amount used by the system when not mining) and 1200 Core / 1900 Mem and -20% on the power limit, so you are totally kicking my ass in power consumption vs. hashrate. Clearly I have some more tweaking to do but right now I am just happy I got it working stably on v8.
At any rate, my 4 cards are consistently doing 460, 420, 420, 460 and using an estimated 54W each (based on Kill-A-Watt monitor, minus the amount used by the system when not mining) and 1200 Core / 1900 Mem and -20% on the power limit, so you are totally kicking my ass in power consumption vs. hashrate. Clearly I have some more tweaking to do but right now I am just happy I got it working stably on v8.
Were you disabling P0-P6 in ODT? You should. Just click each one to grey it out.
Also ODT version 0.2.6 is very buggy for me, it has a problem setting core properly so i downgraded to 0.2.5 which works perfectly.
What I do is enable "extend official overclock limits" in Afterburner, then from there I only use ODT 0.2.5, you have to do that or you get mem clock setting error in ODT.
I also have ODT 0.2.5 installed (not currently using it, however), but I only had P0 and P1 greyed out in my custom CN profile. I'm feeling more adventurous now that things have been running well for a day, but before I start giving myself a migraine I want to clarify a few things you've done:
- Run 18.6.1 for less power consumption or 18.5.1 for higher hashrate (marginal differences both).
- Use MSI AB to "extend official overclock limits." Q: are you using MSI AB or ODT to control the fans? I greatly prefer using AB to set a custom fan curve.
- Bump up PL in AB to +5%
- Use ODT 0.2.5 to set highest P state for core/mem clock/voltage, trying 1180MHz/895mV for core and 2000-2100MHz for mem. Q: What about memory voltage?
- Set intensity manually in SRB try 23 to 24 initially. Q: What about worksize? SRB is setting it to 32 automatically (also, double threads true and K auto set to 1).
And that should bring my power consumption down to around 40W per card with a slight boost to hashrate, correct?
October 26, 2018, 01:14:38 PM
Please help. I have one Vega56 and one RX580-8G. Got the following error when running SRBMinber 1.6.8. Tried different drivers (18.5.1, 18.5.2, 18.6.1), DDU clean install every time. Also tried the default kernel and compiled kernel. One wired thing I noticed is that the miner recognizes my RX580 as "Radeon RX Vega [ellesmere]". The miner is working properly only when I use one card at a time to hash with fresh compiled kernel.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?
October 26, 2018, 12:43:51 PM
Can't figure how to PM you, but can you post the two thread lines from your AMD config setup for XMR stak please? Reason I wanted to go with this SRB miner is i can;t get the newest stak to fire up anymore.
Thanks,
Thanks,
you can add a pause at end of .bat script of xmr-stak and see the error message. That'll help to troubleshoot.
October 26, 2018, 11:12:31 AM
Can't figure how to PM you, but can you post the two thread lines from your AMD config setup for XMR stak please? Reason I wanted to go with this SRB miner is i can;t get the newest stak to fire up anymore.
Thanks,
Thanks,
No. XMR-Stak and Cast_XMR work with a little bit lower hash rate.
Hey did you get a resolution to this? I also am having this problem. 1 V56 and 2 V64
Please help. I have one Vega56 and one RX580-8G. Got the following error when running SRBMinber 1.6.8. Tried different drivers (18.5.1, 18.5.2, 18.6.1), DDU clean install every time. Also tried the default kernel and compiled kernel. One wired thing I noticed is that the miner recognizes my RX580 as "Radeon RX Vega [ellesmere]". The miner is working properly only when I use one card at a time to hash with fresh compiled kernel.
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
--------------------------------------------------------------------------------------------------------------------------------------------------------------------
[2018-10-25 14:17:10] Miner version: 1.6.8
[2018-10-25 14:17:10] Windows version: 10.0 build 17763
[2018-10-25 14:17:10] Video driver version: 24.20.11021.1000
[2018-10-25 14:17:11] AMD Platform ID: 0
[2018-10-25 14:17:11] AMD platform FOUND
[2018-10-25 14:17:11] Found 2 AMD devices
[2018-10-25 14:17:11] CPU AES-NI: FALSE
[2018-10-25 14:17:11] GPU0: Radeon RX Vega [ellesmere] [8192 MB][Intensity 61.0][W: 16][T: 2][K: 1][BUS: 15]
[2018-10-25 14:17:11] GPU1: Radeon RX Vega [gfx900] [8176 MB][Intensity 120.0][W: 16][T: 2][K: 1][BUS: 5]
[2018-10-25 14:17:11] ADL is enabled
[2018-10-25 14:17:11] CryptonightV8 mode enabled
[2018-10-25 14:17:11] Starting init of mining threads
[2018-10-25 14:17:11] Heating up system, please wait...
[2018-10-25 14:17:11] Created OCL context
[2018-10-25 14:17:11] Created OCL command queue for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL input buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:11] Created OCL output buffer for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Loading kernel for DEVICE BUS ID 15 ...
[2018-10-25 14:17:12] Error CL_BUILD_PROGRAM_FAILURE when calling clBuildProgram [ctx->Program] for DeviceID 0 (Thread 0)
[2018-10-25 14:17:12] Error initing GPU's. Stopping miner process
Jump to: