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

Ghost__

newbie

Activity: 8

Merit: 0

I use this config for my 280x. I have the Sapphire R9 280X Tri-x OC. It is working fine for 3 days now switching smoothly between all algorithms.

I get per card :

760 kh/s for Scrypt
380kh/s for Scrypt-N
3.3 Mh/s for X11
2.6 Mh/s for X13
330 Mh/s for keccak

Hope it helps someone...

Code:

{
"pools" : [
     {
          "name" : "NiceHash_Scrypt_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4333",
          "user" : "17E7hXHuyJB1jUuHtoQgnb9ijPmXYRGoGP",
          "pass" : "d=1024;f0=4.5;f2=2.2;f3=20.2;f4=15.5;f5=2220.0;c0=5.0;c2=5.0;c3=3.0;c4=3.0;c5=4.1",
          "pool-nfactor" : "10",
          "pool-algorithm" : "zuikkis",
          "pool-gpu-engine" : "1125",
	  "gpu-threads" : "2",
	  "pool-gpu-memclock" : "1500",
          "pool-thread-concurrency" : "8192"
     },
     {
          "name" : "NiceHash_Scrypt-N_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4335",
          "user" : "17E7hXHuyJB1jUuHtoQgnb9ijPmXYRGoGP",
          "pass" : "d=512;f0=4.5;f2=2.2;f3=20.2;f4=15.5;f5=2220.0;c0=5.0;c2=5.0;c3=3.0;c4=3.0;c5=4.1",
          "pool-nfactor" : "11",
          "pool-algorithm" : "zuikkis",
          "pool-gpu-engine" : "1070",
	  "pool-intensity" : "13",
	  "pool-gpu-memclock" : "1500",
	  "pool-g" : "2",
	  "pool-lookup-gap" : "2",
	  "gpu-threads" : "2",
          "pool-thread-concurrency" : "8192"
     },
     {
          "name" : "NiceHash_X11_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4336",
          "user" : "17E7hXHuyJB1jUuHtoQgnb9ijPmXYRGoGP",
          "pass" : "d=0.08;f0=4.5;f2=2.2;f3=20.2;f4=15.5;f5=2220.0;c0=5.0;c2=5.0;c3=3.0;c4=3.0;c5=4.1",
          "pool-nfactor" : "10",
          "pool-algorithm" : "darkcoin-mod",
          "pool-gpu-engine" : "1160",
	  "pool-intensity" : "17",
	  "pool-gpu-memclock" : "1600",
	  "gpu-threads" : "2",
          "pool-thread-concurrency" : "10240"
     },
     {
          "name" : "NiceHash_X13_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4337",
          "user" : "17E7hXHuyJB1jUuHtoQgnb9ijPmXYRGoGP",
          "pass" : "d=0.08;f0=4.5;f2=2.2;f3=20.2;f4=15.5;f5=2220.0;c0=5.0;c2=5.0;c3=3.0;c4=3.0;c5=4.1",
          "pool-nfactor" : "10",
          "pool-algorithm" : "marucoin-mod",
          "pool-gpu-engine" : "1160",
	  "pool-worksize" : "128",
	  "pool-intensity" : "20",
	  "gpu-threads" : "2",
	  "pool-g" : "4",
          "pool-thread-concurrency" : "8192"
     },
     {
          "name" : "NiceHash_Keccak_multi!",
          "url" : "stratum+tcp://stratum.nicehash.com:4338",
          "user" : "17E7hXHuyJB1jUuHtoQgnb9ijPmXYRGoGP",
          "pass" : "d=1024;f0=4.5;f2=2.2;f3=20.2;f4=15.5;f5=2220.0;c0=5.0;c2=5.0;c3=3.0;c4=3.0;c5=4.1",
          "pool-nfactor" : "10",
          "pool-algorithm" : "maxcoin",
          "pool-gpu-engine" : "1100",
	  "pool-gpu-memclock" : "675",
	  "pool-intensity" : "6"
     },
     {
          "name" : "TradeMyBit_X13_Backup!",
          "url" : "stratum+tcp://am02.eu.trademybit.com:5557",
          "user" : "aklothakis.1",
          "pass" : "x",
          "pool-algorithm" : "marucoin-mod",
          "pool-gpu-engine" : "1160",
          "pool-thread-concurrency" : "8192"
     }
]
,
"intensity" : "13",
"worksize" : "256",
"lookup-gap" : "2",
"thread-concurrency" : "8192",
"shaders" : "2048",
"gpu-engine" : "1070",
"gpu-fan" : "0-100",
"gpu-memclock" : "1500",
"gpu-powertune" : "20",
"temp-cutoff" : "95",
"temp-overheat" : "85",
"temp-target" : "75",
"api-mcast-port" : "4028",
"api-port" : "4028",
"auto-fan" : true,
"expiry" : "10",
"gpu-dyninterval" : "7",
"log" : "5",
"no-pool-disable" : true,
"queue" : "1",
"scan-time" : "7",
"tcp-keepalive" : "30",
"temp-hysteresis" : "3",
"shares" : "0",
"no-client-reconnect" : true,
"failover-only" : true,
"failover-switch-delay" : "30",
"api-allow" : "W:127.0.0.1/24",
"api-listen" : true
}

If this helps anybody and wants to donate my BTC address is 17E7hXHuyJB1jUuHtoQgnb9ijPmXYRGoGP

gold368

member

Activity: 104

Merit: 10

im cannot config for 280x help me ,

platinum4

sr. member

Activity: 547

Merit: 250

FUCKING FUCK FUCKING SICK FUCKING CARD FUCK

badman74

hero member

Activity: 658

Merit: 500

Quote from: bullus on June 17, 2014, 06:22:45 PM

Quote from: badman74 on June 16, 2014, 07:58:21 PM

Quote from: bullus on June 16, 2014, 06:45:19 PM

@Elun

Any windows build with latest updates?

here is the latest build
https://mega.co.nz/#!Ld5QASiI!cS1ETIXI_-jdvx6ZW93rD-IYY91zcWG4B24ZbYs2Ik8

Can't download the file.

try this one then
https://www.dropbox.com/s/20hcs4j5unpjjxy/sgminer_multi.rar

bullus

sr. member

Activity: 294

Merit: 250

Quote from: badman74 on June 16, 2014, 07:58:21 PM

Quote from: bullus on June 16, 2014, 06:45:19 PM

@Elun

Any windows build with latest updates?

here is the latest build
https://mega.co.nz/#!Ld5QASiI!cS1ETIXI_-jdvx6ZW93rD-IYY91zcWG4B24ZbYs2Ik8

Can't download the file.

LeetPoolsOP

full member

Activity: 507

Merit: 100

Just thought I should contribute to this thread here.

Here is my config for Trademybit multi algo x11/x13

I was getting 2-3 min delays between algo switches but the problem was resolved by making the port that closes the FIRST pool in the list, and leaving the port that is ALWAYS OPEN as the second one.

The logic here (this will probably be addressed in later releases but for the time being its smooth): First pool opens and closes. If x11 is more profitable, x13 shuts, insta fail-over to x11, when x13 is more profitable, pool port opens up, since its first pool, it will go back to it from x11.

For what ever reason the miner didn't like the fact that both could be closed or overlap... no idea why... but it works now.

This is using Catalyst 14.4

sgminer.conf =

This is for my 290 @ stock clocks using this build:
https://mega.co.nz/#!Ld5QASiI!cS1ETIXI_-jdvx6ZW93rD-IYY91zcWG4B24ZbYs2Ik8
x11 = 4Mhs
x13 = 3Mhs
http://pastebin.com/eNbaahbY

Heres one for my 5x 280x Rig using the same build in the megalink:
x11 = 3.1-3.2
x13 = 2.2-2.4 (Cards are beat to shit from scrypt mining their hashes swing up and down)
http://pastebin.com/FpvMKVBc

Credit goes to Pelk for the pool list configuration at #pool from Trademybit IRC.

Hope this will help.

KiloWatts

member

Activity: 119

Merit: 10

Don't know if this helps, but I tend to get rejects when this happens:

Code:

[15:21:35] Accepted 01fff32d Diff 0.500/0.080 GPU 0 at NiceHash_X11_AS 
[15:21:52] NiceHash_Scrypt_AS alive, testing stability
[15:22:47] Rejected 09cc36bf Diff 0.102/0.080 GPU 1 NiceHash_X11_AS (Job not found.) 
[15:23:16] Rejected 0c688d36 Diff 0.081/0.080 GPU 0 NiceHash_X11_AS (Job not found.)

It's like the new alive pool interrupts and causes a delay... so the shares X11 was working on are invalid and rejected by the time it gets to submit.

KiloWatts

member

Activity: 119

Merit: 10

Update - I get the HW errors when switching from X11 to Scrypt-N. No crash, but it calms down after a few minutes.

KiloWatts

member

Activity: 119

Merit: 10

Mine has been good for 48 hours now... I do occasionally get a smattering of HW errors, and rejects (10%) with Scrypt and Scrypt-N though... but no crashes.

ashleysly

full member

Activity: 225

Merit: 100

I will try this sgMiner. Didn't know a new one was released.

Ill report back to you with my problems, if any.

mannyg

full member

Activity: 142

Merit: 101

I switched to dedicated X11 mining and was still getting the occasional SICK GPUs. I lowered the memclock 10mhz and it seems to have gone away for 3 days now. 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

cgladue

member

Activity: 97

Merit: 10

Quote from: kenshirothefist on June 17, 2014, 10:23:29 AM

Quote from: cgladue on June 17, 2014, 09:20:44 AM

Everything worked fine switching from Scrypt-N to X11, but then when switching back from X11 to Scrypt-N GPU1 and GPU3 seemed to make the switch OK (i was even getting accepted shares from those 2 cards), however just like before GPU0 and GPU2's thread never got cancelled and re initialized, after a few mins they were declared SICK and the display driver stopped responding. Also a message about the thread being hung displayed and needed to power off and on the entire rig.

Could you please run sgminer in debug mode with output to log file (sgminer ... -D 2>>sgminer.log), simulate the issue with witching from X11 to scrypt-N, and then describe your issue and attach the log to this issue https://github.com/sgminer-dev/sgminer/issues/264 ... this will help the developers.

all set i just commented and shared the debug log link with them .... i hope it helps get this taken care of, cant stand not being able to switch back and forth and have a stable miner.

Debug Log: https://drive.google.com/file/d/0B363GmAu7NFzTVAtLUtJVDRDUU0/edit?usp=sharing

kenshirothefist

sr. member

Activity: 457

Merit: 273

Quote from: cgladue on June 17, 2014, 09:20:44 AM

Everything worked fine switching from Scrypt-N to X11, but then when switching back from X11 to Scrypt-N GPU1 and GPU3 seemed to make the switch OK (i was even getting accepted shares from those 2 cards), however just like before GPU0 and GPU2's thread never got cancelled and re initialized, after a few mins they were declared SICK and the display driver stopped responding. Also a message about the thread being hung displayed and needed to power off and on the entire rig.

Could you please run sgminer in debug mode with output to log file (sgminer ... -D 2>>sgminer.log), simulate the issue with witching from X11 to scrypt-N, and then describe your issue and attach the log to this issue https://github.com/sgminer-dev/sgminer/issues/264 ... this will help the developers.

cgladue

member

Activity: 97

Merit: 10

cgladue

member

Activity: 97

Merit: 10

lbr

sr. member

Activity: 423

Merit: 254

Quote from: platinum4 on June 17, 2014, 06:52:53 AM

No I completely deleted the environment variables out of Windows

On my rigs if I do that miner won't run at all, cause I'm using high thread-concurrency for scrypt and scryptn.
And OCL won't be able to use GPU RAM to load kernel. scryptn uses ~2.8GB on 290 and scrypt ~2GB for me.
For x11 and x13 TC does not matter(at least on my rigs) so prly there is no need for MAX_ALLOC. And what SYNC_OBJECTS has aeffects on x11/x13.. no idea. For scrypt if it is not set I was getting 100% CPU usage on some rigs and on some it didn't have any effect.

platinum4

sr. member

Activity: 547

Merit: 250

Quote from: lbr on June 17, 2014, 06:47:09 AM

Quote from: bullus on June 17, 2014, 06:37:54 AM

maybe, but did u test it by urself?.. I often got a sick or dead gpu, even upped the vgpu, sometimes just a hard reset after 12hours.
It works for me so yes maybe coincidence..

I don't have and never had setx commands in the batch.

As to why is it coincidence, setx sets environment variables, which 'stick'. So if you did it once and rebooted - no need to set them over and over again. Those particular settings MAX_ALLOC and SYNC are used by OCL runtime. It either finds them in the environment or not.

When you removed setx commands from the batch they are set anyway and OCL runtime still uses them. So nothing was changed when you removed them from the batch. But you say something changed - coincidence.

If you want you can read more about setx, tho it's a lengthy and confusing time to time ; )

No I completely deleted the environment variables out of Windows, and haven't run any new ones, still same results, am testing stability over a long-hour period.

For proof of course

Code:

[05:21:43] Started sgminer 4.2.1-120-gc0d7
[05:21:43] Loaded configuration file C:\sgminer_multi\sgminer-nicehash.conf
[05:21:44] WARNING: GPU_MAX_ALLOC_PERCENT is not specified!
[05:21:44] WARNING: GPU_USE_SYNC_OBJECTS is not specified!

So it appears the miner is in agreement that these environment variables are no longer set.

lbr

sr. member

Activity: 423

Merit: 254

Quote from: bullus on June 17, 2014, 06:37:54 AM

maybe, but did u test it by urself?.. I often got a sick or dead gpu, even upped the vgpu, sometimes just a hard reset after 12hours.
It works for me so yes maybe coincidence..

I don't have and never had setx commands in the batch.

As to why is it coincidence, setx sets environment variables, which 'stick'. So if you did it once and rebooted - no need to set them over and over again. Those particular settings MAX_ALLOC and SYNC are used by OCL runtime. It either finds them in the environment or not.

When you removed setx commands from the batch they are set anyway and OCL runtime still uses them. So nothing was changed when you removed them from the batch. But you say something changed - coincidence.

If you want you can read more about setx, tho it's a lengthy and confusing time to time ; )

bullus

sr. member

Activity: 294

Merit: 250

Quote from: lbr on June 17, 2014, 06:19:43 AM

Quote from: bullus on June 17, 2014, 06:16:23 AM

Finally it is stable for 24hours..I think I know why it is stable now.

I deleted
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1

Coincidence, these commands are not needed in the batch and have no effect if present.

maybe, but did u test it by urself?.. I often got a sick or dead gpu, even upped the vgpu, sometimes just a hard reset after 12hours.
It works for me so yes maybe coincidence..

platinum4

sr. member

Activity: 547

Merit: 250

Quote from: bullus on June 17, 2014, 06:16:23 AM

Finally it is stable for 24hours..I think I know why it is stable now.

I deleted
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1

I'm trying removing both, will report back.

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