Bitcoin Forum
June 21, 2025, 11:42:15 AM *
News: Pizza day contest voting
 
   Home   Help Search Login Register More  
Pages: « 1 ... 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 [247] 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 ... 362 »
  Print  
Author Topic: SRBMiner Cryptonight AMD GPU Miner V1.9.3 - native algo switching  (Read 237315 times)
mmex
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
October 26, 2018, 04:01:19 PM
 #4921

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


gregv64
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
October 26, 2018, 04:12:31 PM
 #4922

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,

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


heavyarms1912
Full Member
***
Offline Offline

Activity: 729
Merit: 114



View Profile
October 26, 2018, 05:43:51 PM
 #4923

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,

you can add a pause at end of .bat script of xmr-stak and see the error message.  That'll help to troubleshoot.
racminer
Member
**
Offline Offline

Activity: 245
Merit: 17


View Profile
October 26, 2018, 06:14:38 PM
 #4924

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



Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?

MagicSmoker
Full Member
***
Offline Offline

Activity: 420
Merit: 184



View Profile
October 26, 2018, 06:32:11 PM
 #4925

...
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?
gregv64
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
October 26, 2018, 08:47:52 PM
 #4926

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?

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



Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?


mmex
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
October 26, 2018, 08:56:26 PM
 #4927

[
  { "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,

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


mmex
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
October 26, 2018, 09:04:44 PM
 #4928

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.

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



Hi
Did you install the microsoft visual c++ 2017 redistributable package (x64) ?


playfast
Jr. Member
*
Offline Offline

Activity: 131
Merit: 3


View Profile
October 26, 2018, 11:32:38 PM
Last edit: October 26, 2018, 11:54:51 PM by playfast
 #4929

...
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.
thebestfool
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
October 27, 2018, 04:29:45 AM
 #4930

Hello . Can someone to give best settings for RX550 v8 algo. Thanks. I used xmrig but now is not stable. Greetings from Bulgaria!
doktor83 (OP)
Hero Member
*****
Offline Offline

Activity: 2856
Merit: 626


View Profile WWW
October 27, 2018, 05:50:50 AM
 #4931

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

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.


SRBMiner-MULTI thread - HERE
http://www.srbminer.com
vmozara
Member
**
Offline Offline

Activity: 190
Merit: 59


View Profile
October 27, 2018, 07:00:40 AM
 #4932

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!
P00P135
Full Member
***
Offline Offline

Activity: 1126
Merit: 136


View Profile
October 27, 2018, 07:10:57 AM
 #4933

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!

There was no problem to "admit" it was clearly user error and its v8 not v9.
doktor83 (OP)
Hero Member
*****
Offline Offline

Activity: 2856
Merit: 626


View Profile WWW
October 27, 2018, 07:17:43 AM
 #4934

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!

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 Smiley

SRBMiner-MULTI thread - HERE
http://www.srbminer.com
vmozara
Member
**
Offline Offline

Activity: 190
Merit: 59


View Profile
October 27, 2018, 08:46:22 AM
 #4935

Doktor, if you follow the forums so much and remember everything  Grin 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
doktor83 (OP)
Hero Member
*****
Offline Offline

Activity: 2856
Merit: 626


View Profile WWW
October 27, 2018, 09:34:22 AM
 #4936

It really is V2, but v2, v8, v9 who cares, as long as we know it is the new monero algo Smiley

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 Smiley

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 Smiley

SRBMiner-MULTI thread - HERE
http://www.srbminer.com
vmozara
Member
**
Offline Offline

Activity: 190
Merit: 59


View Profile
October 27, 2018, 09:43:46 AM
 #4937

That's what matters, i agree 100%  Smiley cheers!
pbfarmer
Member
**
Offline Offline

Activity: 340
Merit: 29


View Profile
October 27, 2018, 10:21:09 AM
 #4938

It really is V2, but v2, v8, v9 who cares, as long as we know it is the new monero algo Smiley


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.
poolerMF
Newbie
*
Offline Offline

Activity: 38
Merit: 0


View Profile
October 27, 2018, 12:54:35 PM
 #4939

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
Zhehma
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
October 27, 2018, 02:30:13 PM
 #4940

Start program - Error Sad
https://ibb.co/cnPwaq
Pages: « 1 ... 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 [247] 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 ... 362 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!