[ANN] sgminer v5 - optimized X11/X13/NeoScrypt/Lyra2RE/etc. kernel-switch miner

[djm34]

I there some issue with 290x on Lyra2RE ,,because i cant get my 290x's to hash as fast as my 290 non x's

can you give the numbers for both as well as the setting

[1714865101]

1714865101

[1714865101]

1714865101

[semajjames]

I there some issue with 290x on Lyra2RE ,,because i cant get my 290x's to hash as fast as my 290 non x's

can you give the numbers for both as well as the setting

"290 non x Elipa 1.488 Mh/s

          "gpu-engine" : "980",
          "gpu-memclock" : "1500",
          "xintensity" : "64",
          "nfactor" : "10",
          "worksize" : "64",
          "algorithm" : "Lyra2RE",

290x hynix 1.450 Mh/s

          "gpu-engine" : "1070",
          "gpu-memclock" : "1400",
          "xintensity" : "64",
          "algorithm" : "Lyra2RE",
          "worksize" : "64",


I've had the clock speeds all over the place it just seems like the 290x's don't want to leave 1.450 Mh/s

and yet the 290's are happy to run faster easyer

[Eastwind]

I there some issue with 290x on Lyra2RE ,,because i cant get my 290x's to hash as fast as my 290 non x's

can you give the numbers for both as well as the setting

"290 non x Elipa 1.488 Mh/s

          "gpu-engine" : "980",
          "gpu-memclock" : "1500",
          "xintensity" : "64",
          "nfactor" : "10",
          "worksize" : "64",
          "algorithm" : "Lyra2RE",

290x hynix 1.450 Mh/s

          "gpu-engine" : "1070",
          "gpu-memclock" : "1400",
          "xintensity" : "64",
          "algorithm" : "Lyra2RE",
          "worksize" : "64",


I've had the clock speeds all over the place it just seems like the 290x's don't want to leave 1.450 Mh/s

and yet the 290's are happy to run faster easyer

Drop core, raise memclk.

True, it is memory intensive.

[YamashitaRen]

Euw...
I have HW errors on neoscrypt with all the Lyra2RE miners ~~

[platinum4]

Euw...
I have HW errors on neoscrypt with all the Lyra2RE miners ~~

Plop in an older bin file you had generated.

[binhpx]

My sgminer versions are updated with Lyra2RE now for those that want to use it

Hello,where do i download the Sgminer for Lyra2RE friend ? Thank you

[badman74]

My sgminer versions are updated with Lyra2RE now for those that want to use it

Hello,where do i download the Sgminer for Lyra2RE friend ? Thank you

links are in my sig
both source code and precompiled binaries

[litecoinbeast]

Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141

When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not  just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.

Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.

must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works).
Also, I think that several pool are still tuning their hash report things... 

Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.

[djm34]

Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141

When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not  just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.

Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.

must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works).
Also, I think that several pool are still tuning their hash report things... 

Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.

What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you.

[jch9678]

 Here are all the bins getting produced:

  I get this from my output.log:

Code:

[14:07:01] Building binary neoscryptHawaiigw64l4ku0big7hs.bin
[14:07:01] Error -11: Building Program (clBuildProgram)
[14:07:01] "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 368: warning: 
          variable "t" was declared but never referenced
  	uint4 t, st[4];
  	      ^

"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 495: error: 
          identifier "MAX_GLOBAL_THREADS" is undefined
  	__global ulong16 *V = (__global ulong16 *)(padcache + (0x8000 * (get_global_id(0) % MAX_GLOBAL_THREADS)));
  	                                                                                    ^

"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 513: warning: 
          argument of type "__global ulong16 *" is incompatible with parameter
          of type "__global uint16 *"
  		SMix(X, V, flag);
  		        ^

1 error detected in the compilation of "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl".

Frontend phase failed compilation.

Any ideas?  Could CGWatcher be interfering somehow when bins are made?

You have wrong marucoin-mod.cl.
Try to find right, and replace in ./kernels
fix https://bitcointalk.org/index.php?topic=854257.240

Thanks, I have actually been using that marucoin-mod.cl from the thread.  To be sure I double checked and it does have the correct line 96.  I'm all ears if you've got any other ideas.

[jch9678]

 Here are all the bins getting produced:

  I get this from my output.log:

Code:

[14:07:01] Building binary neoscryptHawaiigw64l4ku0big7hs.bin
[14:07:01] Error -11: Building Program (clBuildProgram)
[14:07:01] "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 368: warning: 
          variable "t" was declared but never referenced
  	uint4 t, st[4];
  	      ^

"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 495: error: 
          identifier "MAX_GLOBAL_THREADS" is undefined
  	__global ulong16 *V = (__global ulong16 *)(padcache + (0x8000 * (get_global_id(0) % MAX_GLOBAL_THREADS)));
  	                                                                                    ^

"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 513: warning: 
          argument of type "__global ulong16 *" is incompatible with parameter
          of type "__global uint16 *"
  		SMix(X, V, flag);
  		        ^

1 error detected in the compilation of "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl".

Frontend phase failed compilation.

Any ideas?  Could CGWatcher be interfering somehow when bins are made?

You have wrong marucoin-mod.cl.
Try to find right, and replace in ./kernels
fix https://bitcointalk.org/index.php?topic=854257.240

Thanks, I have actually been using that marucoin-mod.cl from the thread.  To be sure I double checked and it does have the correct line 96.  I'm all ears if you've got any other ideas.

You're building a Neoscrypt binary, not an X13 one.

Yeah, it's trying to build a weird one right, Building binary neoscryptHawaiigw64l4ku0big7hs.bin ?  Here are some other strange ones that actually got built.

darkcoin-modHawaiigw64l4ku0.bin (Correct)
darkcoin-modHawaiigw64l4ku0big7hs.bin
darkcoin-modHawaiigw64l4tc8192.bin
marucoin-modHawaiigw64l4ku0.bin
marucoin-modHawaiigw64l4ku0big7hs.bin (Correct)
marucoin-modHawaiigw64l4tc8192.bin
neoscryptHawaiigw64l4tc8192.bin (Correct)

[jch9678]

 Here are all the bins getting produced:

  I get this from my output.log:

Code:

[14:07:01] Building binary neoscryptHawaiigw64l4ku0big7hs.bin
[14:07:01] Error -11: Building Program (clBuildProgram)
[14:07:01] "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 368: warning: 
          variable "t" was declared but never referenced
  	uint4 t, st[4];
  	      ^

"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 495: error: 
          identifier "MAX_GLOBAL_THREADS" is undefined
  	__global ulong16 *V = (__global ulong16 *)(padcache + (0x8000 * (get_global_id(0) % MAX_GLOBAL_THREADS)));
  	                                                                                    ^

"C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl", line 513: warning: 
          argument of type "__global ulong16 *" is incompatible with parameter
          of type "__global uint16 *"
  		SMix(X, V, flag);
  		        ^

1 error detected in the compilation of "C:\Users\ANIMAL~1\AppData\Local\Temp\OCL4772T27.cl".

Frontend phase failed compilation.

Any ideas?  Could CGWatcher be interfering somehow when bins are made?

You have wrong marucoin-mod.cl.
Try to find right, and replace in ./kernels
fix https://bitcointalk.org/index.php?topic=854257.240

Thanks, I have actually been using that marucoin-mod.cl from the thread.  To be sure I double checked and it does have the correct line 96.  I'm all ears if you've got any other ideas.

You're building a Neoscrypt binary, not an X13 one.

Yeah, it's trying to build a weird one right, Building binary neoscryptHawaiigw64l4ku0big7hs.bin ?  Here are some other strange ones that actually got built.

darkcoin-modHawaiigw64l4ku0.bin (Correct)
darkcoin-modHawaiigw64l4ku0big7hs.bin
darkcoin-modHawaiigw64l4tc8192.bin
marucoin-modHawaiigw64l4ku0.bin
marucoin-modHawaiigw64l4ku0big7hs.bin (Correct)
marucoin-modHawaiigw64l4tc8192.bin
neoscryptHawaiigw64l4tc8192.bin (Correct)

CGWatcher may be screwing up.

I think that may be the case.  CGWatcher uses temporary config files and something may go wrong with that step.  You can disable that setting.  I'll try that.

On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)?

[jch9678]

CGWatcher may be screwing up.

I think that may be the case.  CGWatcher uses temporary config files and something may go wrong with that step.  You can disable that setting.  I'll try that.

On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)?

l4 for 32-bit, l8 for 64-bit

Thanks.  That's why yours are always l8, I used to use your 64bit builds.

[litecoinbeast]

Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141

When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not  just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.

Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.

must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works).
Also, I think that several pool are still tuning their hash report things... 

Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.

What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you.

So 3 pools haven't been set up right for your fork? Because b/w me and one other person posting about this that makes 3. But yet these 3 pools report correctly with another miner? Seems strange to me...

[jch9678]

CGWatcher may be screwing up.

I think that may be the case.  CGWatcher uses temporary config files and something may go wrong with that step.  You can disable that setting.  I'll try that.

On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)?

l4 for 32-bit, l8 for 64-bit

Thanks.  That's why yours are always l8, I used to use your 64bit builds.

What hashrate do you get for Neoscrypt?

I haven't really messed around with it that much but it was about 310 kh/s with a reference 290x. Intensity 14, w64, tc8192, 2 threads. I think those might be the example settings at your github miner.

What are yours up to now? Please don't tell me you're already hitting 1mh/s.  Haha

[Eastwind]

Halfway. 550kh/s on 290X.

https://ottrbutt.com/miner/neoscryptwolf-12152014.png (NSFW) - 280X cards, 7950s, and a 290X.

Oh, and my 2 270X cards: https://ottrbutt.com/miner/neoscryptwolf-12152014-2.png

Do you use the public kernel? What is your setting?

[Eastwind]

Halfway. 550kh/s on 290X.

https://ottrbutt.com/miner/neoscryptwolf-12152014.png (NSFW) - 280X cards, 7950s, and a 290X.

Oh, and my 2 270X cards: https://ottrbutt.com/miner/neoscryptwolf-12152014-2.png

Do you use the public kernel? What is your setting?

God no; this would be impossible.

so that is just bragging.

[Handofmidas]

Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141

When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not  just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.

Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.

must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works).
Also, I think that several pool are still tuning their hash report things... 

Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.

What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you.

So 3 pools haven't been set up right for your fork? Because b/w me and one other person posting about this that makes 3. But yet these 3 pools report correctly with another miner? Seems strange to me...

Yep same for me, already mentioned that briefly in the Vertcoin thread.

https://bitcointalk.org/index.php?topic=404364.msg9826952#msg9826952

Sticking to the first sgminer release for now.

[djm34]

Hey djm34, there's something is wrong with the compiled binary that you post https://bitcointalk.org/index.php?topic=404364.msg9817141#msg9817141

When hashing lyra2RE (vtc), the hashrate shown on the miner is indeed faster 5-10% than the metalicjames one, but on pool it will only record half the hashrate.
All stats normal, low rejected shares, no hardware errors that are shown on the miners.
Tested it on two different pools, coinotron and hashlink.eu, still when using your windows binary, only half hashrate will be recorded on the web.
Somehow only half the shares are sent by the miners or accepted by the pool.
And it's not  just estimations only, the coin received is halved for the same time period.
When back on using metalicjames version, the hashrate going back to normal again.

Where's that half hashrate gone??
Could you please recheck the binaries. Thanks.

must be related to the difficulty adjustment..., I will re-upload it. In the mean time there is also a difficulty multiplier option in sgminer (it shows as deprecated in the help, however it still works).
Also, I think that several pool are still tuning their hash report things...  

Nah man it isn't the pool. I gave this a try and thx for it...finally got to that sweet 640-660 kh/s x 5 (3.2) but on Givemecoins pool showing exactly half (~.1.65). Change back to sgminer RC1 back to 550 kh/s but showing correct on pool.

What you are telling shows that it depends on which pool you run... so it is up to the pool admi to set up the pool corectly so that it coressponds the hashrate the miner tell you.

So 3 pools haven't been set up right for your fork? Because b/w me and one other person posting about this that makes 3. But yet these 3 pools report correctly with another miner? Seems strange to me...

Yep same for me, already mentioned that briefly in the Vertcoin thread.

https://bitcointalk.org/index.php?topic=404364.msg9826952#msg9826952

Sticking to the first sgminer release for now.

ah that you didn't say you were using the binaries, yes I haven't updated the binaries yet, only the source...
however you can still use it, but you need to append to the command line: "--difficulty-multiplier 0.0078125"  (which corresponds to 1/128)

[jch9678]

CGWatcher may be screwing up.

I think that may be the case.  CGWatcher uses temporary config files and something may go wrong with that step.  You can disable that setting.  I'll try that.

On a side note what is the character called that is between w64 and 4ku0 (w64l4ku0)?

l4 for 32-bit, l8 for 64-bit

Thanks.  That's why yours are always l8, I used to use your 64bit builds.

What hashrate do you get for Neoscrypt?

I haven't really messed around with it that much but it was about 310 kh/s with a reference 290x. Intensity 14, w64, tc8192, 2 threads. I think those might be the example settings at your github miner.

What are yours up to now? Please don't tell me you're already hitting 1mh/s.  Haha

Halfway. 550kh/s on 290X.

https://ottrbutt.com/miner/neoscryptwolf-12152014.png (NSFW) - 280X cards, 7950s, and a 290X.

Oh, and my 2 270X cards: https://ottrbutt.com/miner/neoscryptwolf-12152014-2.png

Wow.  That's nice.  Looks like your 270x may catch my 290x.  That'll be a sad day.  I need to find a friend that knows how to program.