New sgminer 5.0 beta with Unified Runtime-Kernel-Switching Now Available

3 Jun
2014

sgminer-5-0-beta-windows

There is now a new sgminer 5.0 beta (source) available that is trying to provide an unified and feature-full GPU miner by integrating the kernels from the sph-sgminer, the SHA3 (keccak) from cgminer as well as the modified x11 and x13 kernels from lasybear’s fork of sgminer. The most important feature, apart form the wider crypto algorithms support in the new version is the support for runtime-kernel-switching on the fly. Simply said you are able to have multiple pools set in your config and these pools can be for different algorithm coins and with different GPU settings for each. So a single GPU mining rig can mine for different coins using different algorithms, or have these pools as failover etc. No need to use a different miner for different pools and for different coins anymore, or at least almost as not yet all algorithms are supported.

Currently the new sgminer 5.0 beta does have support for the following kernels: Scrypt, Scrypt-N, X11 (darkcoin-mod), X13 (marucoin-mod), SHA3-Keccak (maxcoin), animecoin, fuguecoin, groestlcoin, inkcoin, myriadcoin-groestl, quarkcoin, qubitcoin, sifcoin and twecoin. Do note that sgminer is still an OpenCL miner suitable for mining on AMD-based GPUs, for Nvidia CUDA support you will still have to rely on either CudaMiner or ccMiner, depending on the algorithm of the coin you are mining if it is supported. You can also run Nvidia GPUs with OpenCL on the sgminer, however the performance you will get this way will simply not be worth it as compared to what a dedicated CUDA-based miner might offer. The pool specific settings you can currently set on per pool basis in the sgminer.conf file are the following: pool-algorithm, pool-nfactor, pool-intensity, pool-xintensity, pool-rawintensity, pool-gpu-engine, pool-gpu-memclock, pool-gpu-threads, pool-thread-concurrency, pool-gpu-fan.

We have compiled a windows binary for the new sgminer 5.0 beta and you can download and try it yourself. Do note however that this is a beta software and still needs some more work in order to work stable and without problems. While we were testing it we had the miner crashing multiple times while building the binary of the OpenCL kernel, we have noticed that if you have more than 3 pools setup in the config it happens all the time, with 3 or less it builds the kernels just fine and after that it seem to work stable with more pools added. This happens regardless if the pools are using the same algorithm or are configured to use different algorithms, so good for testing, but do not be in a hurry to replace all of your other miners just yet.

– You can download and try the new sgminer 5.0 beta for GPU Mining on Windows OS here…






Check Some More Similar Crypto Related Publications:

14 Responses to New sgminer 5.0 beta with Unified Runtime-Kernel-Switching Now Available

Jan Brdo

June 4th, 2014 at 18:49

Hey guys. If you find problems with this build, please let us know (with as detailed description as possible) here: sgminer issues

Thanks!

Matt

June 4th, 2014 at 22:20

what kernel should I write in
“kernel” :
when I want to run different algorythms for different pools? I use config file.

admin

June 5th, 2014 at 00:58

Matt, it depends on the coin you are willing to mine and the algorithm it uses. You can find all of the kernels supported in the kernel folder, just type the name of the file without the .cl in the end in the pool settings using the “pool-algorithm” parameter in the config file to load it. More information is also available in the doc folder in the archive with the miner, also see the example config file included. No need to set a general kernel option anymore like you had to do with older miners, now you set it separately for each pool you have configured, so that you can have pools using different algorithms.

Steve

June 5th, 2014 at 02:44

Loving the boost in speed!!!! But cannot figure out why it ends at 1 minute every time :(

My config:
{
“pools” : [
{
“name” : “DarkCoin Pool”,
“url” : “stratum+tcp://drkpool.com:3333”,
“user” : “sbond007.1”,
“pass” : “x”,
“pool-algorithm” : “darkcoin-mod”,
“pool-thread-concurrency” : “21712”,
“pool-intensity” : “19”,
“pool-gpu-threads” : “1”
}
],
“worksize” : “256”,
“shaders” : “1792”,
“gpu-engine” : “1050”,
“gpu-memclock” : “1500”,
“temp-cutoff” : “95”,
“temp-overheat” : “85”,
“temp-target” : “75”,
“kernel-path” : “/usr/local/bin”
}

admin

June 5th, 2014 at 11:08

Could be from the card staying idle for 60 seconds, we’ve just updated the binary to the latest source that allows for longer time. So just download and try again with the updated version.

Steve

June 6th, 2014 at 03:30

Is still exactly 1 minute everytime. Tried with new configs and version. Its getting and accepting shares. Looks like it normally does, but quits out at 1 min.

admin

June 7th, 2014 at 00:45

Compiled the binary from the latest source, now it should be working better, download and try again.

Steve

June 9th, 2014 at 02:22

Still same issue. I have tried about everything know to man

Jan

June 9th, 2014 at 02:49

Hey Steve,

I just added some fixes for a problem which might have been causing your crashing (but Windows binaries are not yet available, I think). If you are having problems, it always helps if you can run sgminer with “sgminer.exe -c yourconfig.conf -T -v” (the “-T -v” is what I mean). Then when you have a crash show us a screenshot of the sgminer window. You can give a link to it and short description here and we will take a look: https://github.com/sgminer-dev/sgminer/issues/new

Not Available

June 9th, 2014 at 18:38

When I switch algo’s via pool switching, in this instance from X11 to X13, I get all rejected shares for X13 (Low diff), then the pool disconnects after about 15 seconds. Auto switching to Scrypt-N thereafter causes it to ‘soft’ hang. The console is still responsive, but no shares are submitted, and the hash rate never changes. I’ve yet to see it actually successfully switch an algo without restarting. This is using the binary package provided by admin.

Kowpharm

June 9th, 2014 at 20:55

I’m also seeing the rejected low difficulty error when trying to mine x13.

Steve

June 11th, 2014 at 07:00

I fixed the issue. I got rid of the config file and switched to command line only. It was not crashing, just stopping after 1 minutes

Also, I got the version from Nicehash, dunno if that makes a difference

Lel

June 13th, 2014 at 17:16

Does this support any ASICs? Gridseed, GAWMiner Fury, etc?

admin

June 13th, 2014 at 20:07

Lel, no, the target for this miner are the GPU miners with support for the many available GPU-only algorithms.

Leave a Reply

Your email address will not be published. Required fields are marked *

top