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

[platinum4]

14.9 driver drops the percentage readings on fan output & brings back the individual RPMs again. ;(

On 290X not much of an increase/decrease.

[lbr]

Don't use it - use TeamViewer or something.

Guess that is one way ,,, I have been using team viewer but it's so slow and small compared ,,,

So if the temp's and fan speed don't show, does that mean they are not there or do they still work in the background ?

if i remember right it completely disables them as if you used --no-adl

well i guess the GPU clock settings are working because the hash rate is still the same ,,, I'll listen out for the fan speed changing LOL

ADL is the part of AMD driver used for monitoring and adjustments. When you connect via RDP the system is no longer using AMD GPU driver but switches to m$ RDP video driver, ADL is trying to bind to it and fails, hence no clocks/temperatures.
However the GPU continues to work fine and if you somehow log back on console u'll see temps.

I prefer VNC instead of TV for mining rigs.

[semajjames]

Are you guy's using 2bg ram or 4gb to sustain these hash rates ?

[chadwickx16]

Why it is so.Where am I wrong?
[
  "devices": "all",
}

Take that out and try it.

[beitris.dwlul]

Much of the issues with switching and sick GPUs can be solved by lowering the tuning of their gpu engine and memclock and perhaps even intensity!

[ianpav]

Why it is so.Where am I wrong?
[
  "devices": "all",
}

Take that out and try it.

The same work.And with the batfail, too, does not want.
del *.bin
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
sgminer.exe --algorithm darkcoin-mod -o stratum+tcp://east01.us.trademybit.com:4440 -u xxxx.xxxx -p x
pause

[SavageWS6]

Can also confirm lost 2 MH/s total mining X11 combined with my 3x R9 270s and my 1x R9 280X on 14.9 drivers

[semajjames]

Does anyone notice the hash rates are slower on the auto changer ports than on the non auto change ports at Nicehash ?

[SavageWS6]

Can also confirm lost 2 MH/s total mining X11 combined with my 3x R9 270s and my 1x R9 280X on 14.9 drivers

All right, then I'm sure I fucked up my test somehow.

Did you delete the old .bin's from whatever drivers you had before, and had new ones generated for 14.9 drivers?

[Handofmidas]

Has anyone tried Windows 10 yet?

[pallas]

Can also confirm lost 2 MH/s total mining X11 combined with my 3x R9 270s and my 1x R9 280X on 14.9 drivers

All right, then I'm sure I fucked up my test somehow.

Did you delete the old .bin's from whatever drivers you had before, and had new ones generated for 14.9 drivers?

Of course I did. I'm gonna re-do the test now, though. 14.6 vs. 14.9 on both my X11 kernels.

Ooookay... this is odd. The hashrate changed - so it seems the driver did as well. Further, I fetched the date on fglrx each time before starting (14.6 being May 29 2014 and 14.9 being Sept 2 2014) so it DID change. As for the bin files, yes, I removed them; I double-checked. Anyway, Savage, this is what I've got, columns are GPU/clocks/mine/stock, rows are obviously GPUs.

Code:

Running driver version 14.6:
270X - 1155/1500 - 3.64 - 2.80
290X - 1045/1600 - 7.96 - 4.86
7950 - 1155/1500 - 5.03 - 4.01
280X - 1155/1500 - 5.77 - 4.54


Running driver version 14.9:
270X - 1155/1500 - 3.64 - 2.80
290X - 1045/1600 - 7.98 - 4.95
7950 - 1155/1500 - 5.03 - 4.05
280X - 1155/1500 - 5.75 - 4.60

changes are too small: probably just compiler variance.
compiling the same .cl file with the same settings may result in different hashrates (I believe a 2% range is common).
the file size changes too.
it doesn't happen with all the kernels but I'm sure it does on x11 as well as on my groestl, for example.

EDIT: so long for those fine optimizations which result in 1% improvement and you think it's good... and it's nothing instead ;-)

[semajjames]

I'm gonna re-do the test now, though. 14.6 vs. 14.9

Did I miss driver 14.7 being tested as not good ?

[pallas]

Can also confirm lost 2 MH/s total mining X11 combined with my 3x R9 270s and my 1x R9 280X on 14.9 drivers

All right, then I'm sure I fucked up my test somehow.

Did you delete the old .bin's from whatever drivers you had before, and had new ones generated for 14.9 drivers?

Of course I did. I'm gonna re-do the test now, though. 14.6 vs. 14.9 on both my X11 kernels.

Ooookay... this is odd. The hashrate changed - so it seems the driver did as well. Further, I fetched the date on fglrx each time before starting (14.6 being May 29 2014 and 14.9 being Sept 2 2014) so it DID change. As for the bin files, yes, I removed them; I double-checked. Anyway, Savage, this is what I've got, columns are GPU/clocks/mine/stock, rows are obviously GPUs.

Code:

Running driver version 14.6:
270X - 1155/1500 - 3.64 - 2.80
290X - 1045/1600 - 7.96 - 4.86
7950 - 1155/1500 - 5.03 - 4.01
280X - 1155/1500 - 5.77 - 4.54


Running driver version 14.9:
270X - 1155/1500 - 3.64 - 2.80
290X - 1045/1600 - 7.98 - 4.95
7950 - 1155/1500 - 5.03 - 4.05
280X - 1155/1500 - 5.75 - 4.60

changes are too small: probably just compiler variance.
compiling the same .cl file with the same settings may result in different hashrates (I believe a 2% range is common).
the file size changes too.
it doesn't happen with all the kernels but I'm sure it does on x11 as well as on my groestl, for example.

EDIT: so long for those fine optimizations which result in 1% improvement and you think it's good... and it's nothing instead ;-)

I don't understand your last comment. If you're saying my optimizations get 1% improvement, then you're reading the table wrong, because the third COLUMN is my kernel's hashrate, the fourth is the stock kernel's hashrate with the same GPU, driver, and clocks.

Example: On driver version 14.9, my 290X achieved a hashrate of 7.98MH/s with my kernel, and 4.95MH/s with the kernel that is on SGMiner's master branch right now. The clocks were the same for both runs, 1045/1600.

sorry, I didn't mean that.
I was just saying that to me and other developers I know, it often happened that an optimization which led to a 1% improvement, or even more, in the end turned out to be just that variance, so not an optimization at all. It probably happened to you as well.

[JoeMatlie]

Keeping an eye on this one.

[TheUsualStuff]

How do I compile this on windows 7 with mingw?

github directions gives me:

Code:

sgminer 5.0.0
------------------------------------------------------------------------


Configuration Options Summary:

  Use git version......: no
  libcurl(GBT+getwork).: Enabled: -LC:/MinGW/lib -lcurl -lcurldll
  curses.TUI...........: FOUND: -lpdcurses
  OpenCL...............: FOUND. GPU mining support enabled
  ADL..................: SDK found, GPU monitoring support enabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -O2 -msse2
  LDFLAGS..............:
  LDADD................:  -LC:/MinGW/lib -lcurl -lcurldll   submodules/jansson/s
rc/.libs/libjansson.a -lpthread -lOpenCL   -lws2_32 -lm

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

then I do make and not happy:

Code:

make  all-recursive
make[1]: Entering directory `/home/um/sgminer-master'
Making all in lib
make[2]: Entering directory `/home/um/sgminer-master/lib'
  GEN    arg-nonnull.h
  GEN    c++defs.h
  GEN    warn-on-use.h
  GEN    signal.h
  GEN    string.h
make  all-recursive
make[3]: Entering directory `/home/um/sgminer-master/lib'
make[4]: Entering directory `/home/um/sgminer-master/lib'
  CC     dummy.o
  CC     memmem.o
  CC     sigaction.o
  CC     sigprocmask.o
  AR     libgnu.a
make[4]: Leaving directory `/home/um/sgminer-master/lib'
make[3]: Leaving directory `/home/um/sgminer-master/lib'
make[2]: Leaving directory `/home/um/sgminer-master/lib'
Making all in submodules
make[2]: Entering directory `/home/um/sgminer-master/submodules'
Making all in jansson
make[3]: Entering directory `/home/um/sgminer-master/submodules/jansson'
make[3]: *** No rule to make target `all'.  Stop.
make[3]: Leaving directory `/home/um/sgminer-master/submodules/jansson'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/um/sgminer-master/submodules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/um/sgminer-master'
make: *** [all] Error 2

[badman74]

How do I compile this on windows 7 with mingw?

github directions gives me:

Code:

sgminer 5.0.0
------------------------------------------------------------------------


Configuration Options Summary:

  Use git version......: no
  libcurl(GBT+getwork).: Enabled: -LC:/MinGW/lib -lcurl -lcurldll
  curses.TUI...........: FOUND: -lpdcurses
  OpenCL...............: FOUND. GPU mining support enabled
  ADL..................: SDK found, GPU monitoring support enabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -O2 -msse2
  LDFLAGS..............:
  LDADD................:  -LC:/MinGW/lib -lcurl -lcurldll   submodules/jansson/s
rc/.libs/libjansson.a -lpthread -lOpenCL   -lws2_32 -lm

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

then I do make and not happy:

Code:

make  all-recursive
make[1]: Entering directory `/home/um/sgminer-master'
Making all in lib
make[2]: Entering directory `/home/um/sgminer-master/lib'
  GEN    arg-nonnull.h
  GEN    c++defs.h
  GEN    warn-on-use.h
  GEN    signal.h
  GEN    string.h
make  all-recursive
make[3]: Entering directory `/home/um/sgminer-master/lib'
make[4]: Entering directory `/home/um/sgminer-master/lib'
  CC     dummy.o
  CC     memmem.o
  CC     sigaction.o
  CC     sigprocmask.o
  AR     libgnu.a
make[4]: Leaving directory `/home/um/sgminer-master/lib'
make[3]: Leaving directory `/home/um/sgminer-master/lib'
make[2]: Leaving directory `/home/um/sgminer-master/lib'
Making all in submodules
make[2]: Entering directory `/home/um/sgminer-master/submodules'
Making all in jansson
make[3]: Entering directory `/home/um/sgminer-master/submodules/jansson'
make[3]: *** No rule to make target `all'.  Stop.
make[3]: Leaving directory `/home/um/sgminer-master/submodules/jansson'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/um/sgminer-master/submodules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/um/sgminer-master'
make: *** [all] Error 2

Do git clone --recursive https://github.com/sgminer-dev/sgminer.git to get sgminer instead of downloading it the way you are, or use git submodule init and git submodule update before configuring

[TheUsualStuff]

Do git clone --recursive https://github.com/sgminer-dev/sgminer.git to get sgminer instead of downloading it the way you are, or use git submodule init and git submodule update before configuring

still not working

Code:

------------------------------------------------------------------------
sgminer 5.0.0
------------------------------------------------------------------------


Configuration Options Summary:

  Use git version......: yes
  libcurl(GBT+getwork).: Enabled: -LC:/MinGW/lib -lcurl -lcurldll
  curses.TUI...........: FOUND: -lpdcurses
  OpenCL...............: FOUND. GPU mining support enabled
  ADL..................: SDK found, GPU monitoring support enabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -O2 -msse2
  LDFLAGS..............:
  LDADD................:  -LC:/MinGW/lib -lcurl -lcurldll   submodules/jansson/s
rc/.libs/libjansson.a -lpthread -lOpenCL   -lws2_32 -lm

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

then:

Code:

$ make
make  all-recursive
make[1]: Entering directory `/home/um/sgminer'
Making all in lib
make[2]: Entering directory `/home/um/sgminer/lib'
  GEN    arg-nonnull.h
  GEN    c++defs.h
  GEN    warn-on-use.h
  GEN    signal.h
  GEN    string.h
make  all-recursive
make[3]: Entering directory `/home/um/sgminer/lib'
make[4]: Entering directory `/home/um/sgminer/lib'
  CC     dummy.o
  CC     memmem.o
  CC     sigaction.o
  CC     sigprocmask.o
  AR     libgnu.a
make[4]: Leaving directory `/home/um/sgminer/lib'
make[3]: Leaving directory `/home/um/sgminer/lib'
make[2]: Leaving directory `/home/um/sgminer/lib'
Making all in submodules
make[2]: Entering directory `/home/um/sgminer/submodules'
Making all in jansson
make[3]: Entering directory `/home/um/sgminer/submodules/jansson'
make[3]: *** No rule to make target `all'.  Stop.
make[3]: Leaving directory `/home/um/sgminer/submodules/jansson'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/um/sgminer/submodules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/um/sgminer'
make: *** [all] Error 2

[semajjames]

I may start up the little thing I was doing, compiling SG5 for Win x64 every week or so again. Seems like people could use it.

Why do these miner's need compiling every week ?
is it because they are changed regularly in some way on git hub?

[Foss]

How do I compile this on windows 7 with mingw?

github directions gives me:

Code:

sgminer 5.0.0
------------------------------------------------------------------------


Configuration Options Summary:

  Use git version......: no
  libcurl(GBT+getwork).: Enabled: -LC:/MinGW/lib -lcurl -lcurldll
  curses.TUI...........: FOUND: -lpdcurses
  OpenCL...............: FOUND. GPU mining support enabled
  ADL..................: SDK found, GPU monitoring support enabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -O2 -msse2
  LDFLAGS..............:
  LDADD................:  -LC:/MinGW/lib -lcurl -lcurldll   submodules/jansson/s
rc/.libs/libjansson.a -lpthread -lOpenCL   -lws2_32 -lm

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

then I do make and not happy:

Code:

make  all-recursive
make[1]: Entering directory `/home/um/sgminer-master'
Making all in lib
make[2]: Entering directory `/home/um/sgminer-master/lib'
  GEN    arg-nonnull.h
  GEN    c++defs.h
  GEN    warn-on-use.h
  GEN    signal.h
  GEN    string.h
make  all-recursive
make[3]: Entering directory `/home/um/sgminer-master/lib'
make[4]: Entering directory `/home/um/sgminer-master/lib'
  CC     dummy.o
  CC     memmem.o
  CC     sigaction.o
  CC     sigprocmask.o
  AR     libgnu.a
make[4]: Leaving directory `/home/um/sgminer-master/lib'
make[3]: Leaving directory `/home/um/sgminer-master/lib'
make[2]: Leaving directory `/home/um/sgminer-master/lib'
Making all in submodules
make[2]: Entering directory `/home/um/sgminer-master/submodules'
Making all in jansson
make[3]: Entering directory `/home/um/sgminer-master/submodules/jansson'
make[3]: *** No rule to make target `all'.  Stop.
make[3]: Leaving directory `/home/um/sgminer-master/submodules/jansson'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/um/sgminer-master/submodules'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/um/sgminer-master'
make: *** [all] Error 2

win x64 version compiled by Visual Studio https://www.dropbox.com/s/hicczty4rhfr0o7/sgminer%20win%20x64.rar?dl=0

[Foss]

Wolf0  how compile dll's?