Author

Topic: [ANN] sgminer v5 - optimized X11/X13/NeoScrypt/Lyra2RE/etc. kernel-switch miner - page 116. (Read 877859 times)

legendary
Activity: 1400
Merit: 1050
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


https://github.com/metalicjames/sgminer-Lyra2RE
Thanks,i got it.But after 1 day mined of VTC - Lyre2re ,seem the profit did not equal FTC,just back to mine FTC - the last stand at this time.Anyone got higher mining speed ?please help to share the configs pls,nearly die at this time Sad
getting now 1.46MH/s with the 290x at 1030/1250
newbie
Activity: 40
Merit: 0
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


https://github.com/metalicjames/sgminer-Lyra2RE
Thanks,i got it.But after 1 day mined of VTC - Lyre2re ,seem the profit did not equal FTC,just back to mine FTC - the last stand at this time.Anyone got higher mining speed ?please help to share the configs pls,nearly die at this time Sad
newbie
Activity: 57
Merit: 0
In more recent news, 290kh/s+ Neoscrypt on a 270X!  Grin

https://ottrbutt.com/miner/neoscryptwolf-12172014.png (nsfw)

No improvement yet for 280x? Smiley


No, I just tested on 270X first. By the way, I got the salsa permutation in main working, it sucks. The answer is, the index you need to look up is also permuted, it is not 48, but 60.

280X does... 475kh/s max, 290X hits 600+.

EDIT: Nope, passed 480 on 280X - but let's see how stable it is.

Oh, I had the index 60 in some earlier version, but it spurted HW errors.. Seems to work now. Smiley

Sucks that you need to readjust every unroll after each optimization. Smiley I'll see what I get.

Okay, got her stable: https://ottrbutt.com/miner/neoscryptwolf-12172014-2.png

That's quite neat. Smiley I'm stuck at 440kh/s for 280x.. Salsa permutation at main doesn't really help a bit. Apparently you have found something else. Smiley

I even made uint-aligned copy functions for fastkdf, but that was not faster either.. Smiley
full member
Activity: 173
Merit: 100
Down are kernels and generated bins for X algos:

http://www.filedropper.com/x111315kernels
http://www.filedropper.com/x111314bins

Complete decision including last version of sgminer and all this kernels&bins&configuration file you can use:
http://www.filedropper.com/sgminer-51-dev-2014-mod

If you like to compile yourself you can download from:
https://github.com/sgminer-dev

This kernel&bins are for Tahiti&Hawaii. I have no Kaiman and Pitcairn to test.
After the test if you're satisfied you can tip me here: 13FykK1WoEwXV1WvrjT1hDRi1E1gFaBT8y
And Wolf0, of course!


hang on a minute, where did you got it?
newbie
Activity: 57
Merit: 0
In more recent news, 290kh/s+ Neoscrypt on a 270X!  Grin

https://ottrbutt.com/miner/neoscryptwolf-12172014.png (nsfw)

No improvement yet for 280x? Smiley


No, I just tested on 270X first. By the way, I got the salsa permutation in main working, it sucks. The answer is, the index you need to look up is also permuted, it is not 48, but 60.

280X does... 475kh/s max, 290X hits 600+.

EDIT: Nope, passed 480 on 280X - but let's see how stable it is.

Oh, I had the index 60 in some earlier version, but it spurted HW errors.. Seems to work now. Smiley

Sucks that you need to readjust every unroll after each optimization. Smiley I'll see what I get.
newbie
Activity: 57
Merit: 0
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
Down are kernels and generated bins for X algos:

http://www.filedropper.com/x111315kernels
http://www.filedropper.com/x111314bins

Complete decision including last version of sgminer and all this kernels&bins&configuration file you can use:
http://www.filedropper.com/sgminer-51-dev-2014-mod

If you like to compile yourself you can download from:
https://github.com/sgminer-dev

This kernel&bins are for Tahiti&Hawaii. I have no Kaiman and Pitcairn to test.
After the test if you're satisfied you can tip me here: 13FykK1WoEwXV1WvrjT1hDRi1E1gFaBT8y
And Wolf0, of course!

Is this a source leak or approved by Wolf0?
newbie
Activity: 10
Merit: 0
Down are kernels and generated bins for X algos:

http://www.filedropper.com/x111315kernels
http://www.filedropper.com/x111314bins

Complete decision including last version of sgminer and all this kernels&bins&configuration file you can use:
http://www.filedropper.com/sgminer-51-dev-2014-mod

If you like to compile yourself you can download from:
https://github.com/sgminer-dev

This kernel&bins are for Tahiti&Hawaii. I have no Kaiman and Pitcairn to test.
After the test if you're satisfied you can tip me here: 13FykK1WoEwXV1WvrjT1hDRi1E1gFaBT8y
And Wolf0, of course!
hero member
Activity: 605
Merit: 500
Do not know if anybody here still uses Gridseed 5-chip dual miners but this is what you need https://github.com/dmaxl/cgminer/
Use --scrypt  and --sha256 commands to fire each instance of cgminer.
Tested and works with WestHash and most likely with NicHash too. Have not tried that nouncy thingy though.

Oops - sorry, wrong thread... Thought I was posting this to NiceHash. My apology to sgminer community.
member
Activity: 98
Merit: 10


I'm not near the computer right now so I can't run sgminer via cmd but here are the steps I took to get the miner software:

-Extracted nicehash's sgminer-5.1-dev-2014-11-13-win32.zip
-From the thread you referenced earlier I grabbed the optimized sgminer kernels and put those in the sgminer directory
-Then added the fixed marucoin-mod.cl to the sgminer directory
-Created an x11 bin, then substituted Wolf0's bin
-and Profit (Very minimal profit)

I disabled CGWatcher creating temporary configs and deleted the bins.  Still had some weird bins created overnight so it appears that wasn't the problem.  Maybe the dailies have fixed this.






Try with my compilation.
https://drive.google.com/file/d/0B3TH7a-0opyWVXgtRkRaM1NTNFE/view?usp=sharing
Run sgminer, and left him to generate new bins.
Look at the speeds.
If you are not satisfied with the speed, try to replace new generated bins with yours, but renames if have difference between names (yours *.bins with the newer bin names).


Thanks, I'll try your sgminer later, even though that's kinda scary.  What changes did you make?

Nothing, except in the forums themes found optimized:
marucoin-mod.cl, darkcoin-mod,cl, neocoin.cl, groestlcoin-v1.cl aka groestlcoin.cl, fresh.cl...
The source is:
https://github.com/sgminer-dev
Building guide:
https://github.com/sgminer-dev/sgminer/tree/master/winbuild
This is the simple part Wink
Feel free to scan with online, or whatever you want antivirus programs and so on.
If I want to win from you, would have to rewrite the code, and to close the source Wink


I did a quick hack job on Fresh, got around 9.1MH/s on 290X. Shame it's not worth anything.

Cheers Wink
member
Activity: 98
Merit: 10


I'm not near the computer right now so I can't run sgminer via cmd but here are the steps I took to get the miner software:

-Extracted nicehash's sgminer-5.1-dev-2014-11-13-win32.zip
-From the thread you referenced earlier I grabbed the optimized sgminer kernels and put those in the sgminer directory
-Then added the fixed marucoin-mod.cl to the sgminer directory
-Created an x11 bin, then substituted Wolf0's bin
-and Profit (Very minimal profit)

I disabled CGWatcher creating temporary configs and deleted the bins.  Still had some weird bins created overnight so it appears that wasn't the problem.  Maybe the dailies have fixed this.






Try with my compilation.
https://drive.google.com/file/d/0B3TH7a-0opyWVXgtRkRaM1NTNFE/view?usp=sharing
Run sgminer, and left him to generate new bins.
Look at the speeds.
If you are not satisfied with the speed, try to replace new generated bins with yours, but renames if have difference between names (yours *.bins with the newer bin names).


Thanks, I'll try your sgminer later, even though that's kinda scary.  What changes did you make?

Nothing, except in the forums themes found optimized:
marucoin-mod.cl, darkcoin-mod,cl, neocoin.cl, groestlcoin-v1.cl aka groestlcoin.cl, fresh.cl...
The source is:
https://github.com/sgminer-dev
Building guide:
https://github.com/sgminer-dev/sgminer/tree/master/winbuild
This is the simple part Wink
Feel free to scan with online, or whatever you want antivirus programs and so on.
If I want to win from you, would have to rewrite the code, and to close the source Wink
full member
Activity: 169
Merit: 100


I'm not near the computer right now so I can't run sgminer via cmd but here are the steps I took to get the miner software:

-Extracted nicehash's sgminer-5.1-dev-2014-11-13-win32.zip
-From the thread you referenced earlier I grabbed the optimized sgminer kernels and put those in the sgminer directory
-Then added the fixed marucoin-mod.cl to the sgminer directory
-Created an x11 bin, then substituted Wolf0's bin
-and Profit (Very minimal profit)

I disabled CGWatcher creating temporary configs and deleted the bins.  Still had some weird bins created overnight so it appears that wasn't the problem.  Maybe the dailies have fixed this.






Try with my compilation.
https://drive.google.com/file/d/0B3TH7a-0opyWVXgtRkRaM1NTNFE/view?usp=sharing
Run sgminer, and left him to generate new bins.
Look at the speeds.
If you are not satisfied with the speed, try to replace new generated bins with yours, but renames if have difference between names (yours *.bins with the newer bin names).


Thanks, I'll try your sgminer later, even though that's kinda scary.  What changes did you make?
full member
Activity: 169
Merit: 100
With all this you just can not create right x13 bin even if you have the correct kernels. Smiley

It creates the correct x13 bin that corresponds to my config, but the problem is that it tries to create other bins that shouldn't be created, like an x11 bin with thread concurrency.
member
Activity: 98
Merit: 10


I'm not near the computer right now so I can't run sgminer via cmd but here are the steps I took to get the miner software:

-Extracted nicehash's sgminer-5.1-dev-2014-11-13-win32.zip
-From the thread you referenced earlier I grabbed the optimized sgminer kernels and put those in the sgminer directory
-Then added the fixed marucoin-mod.cl to the sgminer directory
-Created an x11 bin, then substituted Wolf0's bin
-and Profit (Very minimal profit)

I disabled CGWatcher creating temporary configs and deleted the bins.  Still had some weird bins created overnight so it appears that wasn't the problem.  Maybe the dailies have fixed this.






Try with my compilation.
https://drive.google.com/file/d/0B3TH7a-0opyWVXgtRkRaM1NTNFE/view?usp=sharing
Run sgminer, and left him to generate new bins.
Look at the speeds.
If you are not satisfied with the speed, try to replace new generated bins with yours, but renames if have difference between names (yours *.bins with the newer bin names).
full member
Activity: 173
Merit: 100
With all this you just can not create right x13 bin even if you have the correct kernels. Smiley

I have the source, though, and can port it to whatever algo I please.

It wasn't pointed to you! Smiley
member
Activity: 81
Merit: 1002
It was only the wind.
sorry about the noobish question but what is the command to make sgminer to use an existing .bin file...Huh

just overwrite the existing one.
since  the file name is created using the card settings, instead of guessing them, just overwrite it ;-)
if you have many bin files: close the miner, remove *.bin, run the miner, close it, overwrite the bin file, rerun the miner.

you mean to rename the .bin file i downloaded and give it the name of my bin file with my settings?

then when i run the .bat file wont it override the .bin config with the instructions that are in the .bat file?

YES, that's what I told you in the other thread. Generate a bin using worksize 64, then rename my bin to the same thing sgminer generated, and replace the SGMiner generated bin with mine.
full member
Activity: 173
Merit: 100
With all this you just can not create right x13 bin even if you have the correct kernels. Smiley
full member
Activity: 169
Merit: 100
 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)?



l4 for 32-bit, l8 for 64-bit

Try to run sgminer via cmd with necessary parameters and give me feedback.
Also post the link of source of this miner, or you use precompiled binary?

I'm not near the computer right now so I can't run sgminer via cmd but here are the steps I took to get the miner software:

-Extracted nicehash's sgminer-5.1-dev-2014-11-13-win32.zip
-From the thread you referenced earlier I grabbed the optimized sgminer kernels and put those in the sgminer directory
-Then added the fixed marucoin-mod.cl to the sgminer directory
-Created an x11 bin, then substituted Wolf0's bin
-and Profit (Very minimal profit)

I disabled CGWatcher creating temporary configs and deleted the bins.  Still had some weird bins created overnight so it appears that wasn't the problem.  Maybe the dailies have fixed this.




member
Activity: 98
Merit: 10
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


https://github.com/metalicjames/sgminer-Lyra2RE
member
Activity: 98
Merit: 10
 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)?



l4 for 32-bit, l8 for 64-bit

Try to run sgminer via cmd with necessary parameters and give me feedback.
Also post the link of source of this miner, or you use precompiled binary?
Jump to: