Author

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

sr. member
Activity: 547
Merit: 250
Just added X13-mod (named "marucoin-mod" for now).

dhsc19: it could just be related to TeamViewer. it would be easy enough to find out since you say you can always reproduce it - simply reboot, do not run sgminer at all, use TeamViewer and do whatever causes the problem, and then start sgminer. if you still get a lower hashrate then sgminer can't do anything about it.

Old sgminers and cgminer 3.7.2 did indeed have leaks on the GPU, but I fixed them a few months ago when I did the "hot-switching" between Scrypt and Scrypt-N. So any semi-recent build of sgminer should not have leaks on the GPU, it is probably something else.

Tried to drop in marucoin-mod to the last Windows binaries, nothing but HW failures.

Can we get the X13 wrapped up in a new set of binaries please?
legendary
Activity: 2646
Merit: 2793
Shitcoin Minimalist
So I had to manually add darkcoin-mod.cl to the directory where my sgminer script is located.
Now I'm getting, "Error: clSetKernelArg of all params failed."
hero member
Activity: 700
Merit: 500
Old sgminers and cgminer 3.7.2 did indeed have leaks on the GPU, but I fixed them a few months ago when I did the "hot-switching" between Scrypt and Scrypt-N. So any semi-recent build of sgminer should not have leaks on the GPU, it is probably something else.
Indeed.  I've had similar problems many times with sph-sgminer, but never with a recent sgminer.  After running sph-sgminer for X11, hashrate would always drop until reboot.

It seems the algorithm vs kernel changes fixed this for sgminer.  Althought I can't say I have tested the v5 branch extensively yet, I haven't seen this issue crop up (and it happened every time with sph-sgminer).
full member
Activity: 144
Merit: 100
Just added X13-mod (named "marucoin-mod" for now).

dhsc19: it could just be related to TeamViewer. it would be easy enough to find out since you say you can always reproduce it - simply reboot, do not run sgminer at all, use TeamViewer and do whatever causes the problem, and then start sgminer. if you still get a lower hashrate then sgminer can't do anything about it.

Old sgminers and cgminer 3.7.2 did indeed have leaks on the GPU, but I fixed them a few months ago when I did the "hot-switching" between Scrypt and Scrypt-N. So any semi-recent build of sgminer should not have leaks on the GPU, it is probably something else.
sr. member
Activity: 457
Merit: 273
Binaries downloads are now available: https://nicehash.com/software/#sgminer

We expect to add x13mod optimized x13 kernel later this week.
member
Activity: 96
Merit: 10
Why would you have decreased performance if switching algos? It's simply not the case and there is certainly no technical reason for that to happen.

The implementation itself has nothing to do with "somebody's" profit-switching algorithm. It just allows you to switch to a pool with a different algo without restarting the miner. Simply copying x13-mod of course will not work since it has 13 kernels and not 11.

I've experienced things like that, too (with sgminer in general not just this particular build)  I sometimes cannot just restart the miner and get full hash rate.  Rebooting the machine restores it.  I can also predictably cut my hashrate in half by remotely accessing my Linux box through Teamviewer.  Even after killing Teamviewer, the hashrate never recovers until I reboot, and I have Teamviewer daemon running all the time.  There may be a memory leak that sgminer is unable to clear.
full member
Activity: 144
Merit: 100
Why would you have decreased performance if switching algos? It's simply not the case and there is certainly no technical reason for that to happen.

The implementation itself has nothing to do with "somebody's" profit-switching algorithm. It just allows you to switch to a pool with a different algo without restarting the miner. Simply copying x13-mod of course will not work since it has 13 kernels and not 11.
sr. member
Activity: 547
Merit: 250
Yeah but the feasibility of performance won't be there.

I know for a fact that if I do NOT reboot in between switching from X11/X13 to scrypt-N I will see a predictable 20% performance in hashrate.

I doubt the effectiveness of switching between 4 different algorithms, 3 with different TCs and 2 with different worksizes, the intensity changing I like, but I don't the GPUs in practice will be able to handle this effectively.

I'm waiting in for reports before I go about thrashing my cards on some bullshit.

Not only that, but it puts you at the mercy of somebody's profit-switching algorithm or lookup procedure.  If they are edging you out by .001 BTC/MH/day for some shitty X11 over a scrypt-N, that needs to be taken into account.

As it is right now I appreciate Elun for dropping in a mixed build with added features, but have held off since I am waiting for the x13mod implementation.  Copying either x13mod kernel into this new build throws all nonce and HW errors, so I suppose I will need to wait.
full member
Activity: 144
Merit: 100
You can add two pools with different algorithms and when you switch pool it will automatically switch algo without restarting.
newbie
Activity: 51
Merit: 0
Let me see if I understand correctly: this miner, in it's current form, is as useful as normal sph-sgminer (x11mod), or kalroth's cgminer, unless some multipool with coin/profit-switchinng functionality actually figures a way to pass instructions to your local miner to change algo on the fly?

The only useful functionality, at this point, is that people no longer need to have a couple of miners for different algorythms. Right?
newbie
Activity: 48
Merit: 0

 How can I install this via Linux (xubuntu)? Can someone point me to the step by step instructions?

TIA!
legendary
Activity: 3248
Merit: 1070
when compiling i get a loss data double to int64
full member
Activity: 182
Merit: 100
Can I mine Scrypt N algo coin with this miner ? If yes, how ?
hero member
Activity: 784
Merit: 500
Wow! Thanks nicehash!

This will be a big one Wink
full member
Activity: 135
Merit: 100
For some reason it is marking some of my pools as dead, whereas the regular sgminer 4.2.1 does not. Is the logic to detect a dead pool different in this build?
Version? With my addings or not? Because i didn't change anything in dead pool detect logic.

I got the source from https://github.com/sgminer-dev/sgminer/tree/v5_0, and built under Linux. So not using the binaries you built.

For reference, two of the pools that are showing as dead are:

stratum.simplevert.com:3343
stratum.simpledrk.com:3353

I'll try rebuilding again tonight, and see if that some how makes any kind of a difference.
member
Activity: 117
Merit: 10
For some reason it is marking some of my pools as dead, whereas the regular sgminer 4.2.1 does not. Is the logic to detect a dead pool different in this build?
Version? With my addings or not? Because i didn't change anything in dead pool detect logic.
Hi everyone.
I got sources from here: https://github.com/sgminer-dev/sgminer/tree/v5_0 and built windows executable files
This: https://www.dropbox.com/s/z59qwtcc0kb1l2q/sgminer_v5_0.zip i built from sources from github.
This: https://www.dropbox.com/s/wnp77u4ov53v4ny/sgminer_v5_0_feature.zip from same sources, with my pull request: https://github.com/sgminer-dev/sgminer/pull/217
Default kernel scrypt, if u want change kernel use this: "algorithm" : "algoName". Tested with "algorithm" : "darkcoin-mod". Have no time to test others.
Sorry for all, but i'm leaving for 3 hours, i should go.

P.S. Sorry for my bad english.
Thanks

Is darkoin-mod the same as x11mod? What about x13mod, which kernel is that?
darkcoin-mod = x11mod. x13mod is not implemented yet.
full member
Activity: 135
Merit: 100
For some reason it is marking some of my pools as dead, whereas the regular sgminer 4.2.1 does not. Is the logic to detect a dead pool different in this build?
sr. member
Activity: 294
Merit: 250
Hi everyone.
I got sources from here: https://github.com/sgminer-dev/sgminer/tree/v5_0 and built windows executable files
This: https://www.dropbox.com/s/z59qwtcc0kb1l2q/sgminer_v5_0.zip i built from sources from github.
This: https://www.dropbox.com/s/wnp77u4ov53v4ny/sgminer_v5_0_feature.zip from same sources, with my pull request: https://github.com/sgminer-dev/sgminer/pull/217
Default kernel scrypt, if u want change kernel use this: "algorithm" : "algoName". Tested with "algorithm" : "darkcoin-mod". Have no time to test others.
Sorry for all, but i'm leaving for 3 hours, i should go.

P.S. Sorry for my bad english.
Thanks

Is darkoin-mod the same as x11mod? What about x13mod, which kernel is that?
member
Activity: 117
Merit: 10
Hi everyone.
I got sources from here: https://github.com/sgminer-dev/sgminer/tree/v5_0 and built windows executable files
This: https://www.dropbox.com/s/z59qwtcc0kb1l2q/sgminer_v5_0.zip i built from sources from github.
This: https://www.dropbox.com/s/wnp77u4ov53v4ny/sgminer_v5_0_feature.zip from same sources, with my pull request: https://github.com/sgminer-dev/sgminer/pull/217
Default kernel scrypt, if u want change kernel use this: "algorithm" : "algoName". Tested with "algorithm" : "darkcoin-mod". Have no time to test others.
Sorry for all, but i'm leaving for 3 hours, i should go.

P.S. Sorry for my bad english.
sr. member
Activity: 547
Merit: 250
It's all good we just need to wait for Elun to come through and wrap up a Windows binary build for us and we'll be golden.  Patience == virtue.
Jump to: