[ANN] sph-sgminer: multi-coin multi-algorithm GPU miner | added MaruCoin

[Gezellig4Geld]

I figured it out for those who may have the same issue.. I was using 13.1 drivers because I have 6 cards, well I modded the 13.12 drivers to allow 6 cards, and now the Sgminer works fine with the new drivers..

PM me if somebody wants the modded INF file.

I could use that modded INF files as I am having the same issues with 6 x GPU (7950) on a WIN 8.1 system.  The 13.12 work fine for 5 GPU's but the 6th card does not and I have the error in device manager (code 43).  Only the tech Power Up 13.1 drivers will work for 6 GPU's but not for X11 coins.  I get HW errors and no accepted shares.  Right now I am using the 13.12 drivers with the 5GPU's and can mine Scrypt, Scrypt-N or X11 without any errors.  Sent you a PM in case you do not see this message.  I could definitely use a modded INF file to get the 6th card working with the latest 13.12 drivers.

[CryptoGretzky]

I know 12 threads aren't being engaged.

But it is stabilizing the hashrate  

The code shows that your thread is actually back to 1 if you set it to an invalid  gpu-thread count.  So, if you set your thread back to 1, you will have exactly the same result.

[CryptoGretzky]

Ok, on my other rig, I got PiMP running and this is the result after a few mins (all are Sapphire Tri-X 290x on  Asrock H81 Pro BTC):



GPU 0, 1, 2 are from a newer batch.   GPU 3 is an older one where I couldn't get it stable until I flashed it with the bios that I ripped from the newer GPU.

Noticed the first 2 that the temp/fan speed can be read dropped after a few mins back to 2.4 Mh?

GPU 2,3 temp couldn't be read for some reason and they stayed up at 2.78-2.8 Mh.

So... I am thinking that auto-gpu is throttling it back.   Temperature is quite low though...  my temp-target is 75.  Let me test temp-target with 80.

After I did a sudo aticonfig --adapter=all --initial -f,  it recogznied all 4 adapters.

I also changed auto-gpu to false and temp-target to 80.   On reboot, it started out at 2.6 Mh/s.

Once it hit temp-target, it dropped ALL GPU down to 2.38 Mh...   I don't know what else I can do to get it to hold at that initial hash.   Anyone have any ideas?

[mfqrs3]

I know 12 threads aren't being engaged.

But it is stabilizing the hashrate  

I have tyed that, and hashrate went from 2.4 to almost 3, BUT avg/max hashrate doesn't change, also pool is not registering more hashes.

[EnTiTy77]

I know 12 threads aren't being engaged.

But it is stabilizing the hashrate  

The code shows that your thread is actually back to 1 if you set it to an invalid  gpu-thread count.  So, if you set your thread back to 1, you will have exactly the same result.

Yup, your right 

Best I leave the advising to the professionals lol

Still... stops the drop on my rig and with the low memory usage the engine clock seems to have a bit more room for tweaking. At 1060 on the core 290's. Couldn't even get to 1000 on scrypt.

[badman74]

Ok, on my other rig, I got PiMP running and this is the result after a few mins (all are Sapphire Tri-X 290x on  Asrock H81 Pro BTC):



GPU 0, 1, 2 are from a newer batch.   GPU 3 is an older one where I couldn't get it stable until I flashed it with the bios that I ripped from the newer GPU.

Noticed the first 2 that the temp/fan speed can be read dropped after a few mins back to 2.4 Mh?

GPU 2,3 temp couldn't be read for some reason and they stayed up at 2.78-2.8 Mh.

So... I am thinking that auto-gpu is throttling it back.   Temperature is quite low though...  my temp-target is 75.  Let me test temp-target with 80.

After I did a sudo aticonfig --adapter=all --initial -f,  it recogznied all 4 adapters.

I also changed auto-gpu to false and temp-target to 80.   On reboot, it started out at 2.6 Mh/s.

Once it hit temp-target, it dropped ALL GPU down to 2.38 Mh...   I don't know what else I can do to get it to hold at that initial hash.   Anyone have any ideas?

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

[CryptoGretzky]

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

I already have my auto-fan as true.   Do you mean set it to false?

This is what I have as my conf already:

"api-allow" : "W:127.0.0.1,W:192.168.1.2",
"api-listen" : true,
"failover-only" : true,
"log" : "5",
"no-submit-stale": false,
"queue" : "0",
"scan-time" : "1",
"expiry" : "12",
"auto-fan" : true,
"auto-gpu" : false,
"gpu-threads" : "1",
"gpu-engine" : "1025,1025,1025,1025,1025",
"gpu-fan" : "35-100",
"gpu-memclock" : "1400,1400,1400,1400,1400",
"gpu-powertune" : "20",
"gpu-vddc" : "1.20",
"intensity" : "22",
"temp-target" : "80",
"temp-overheat" : "89",
"temp-cutoff" : "94",
"vectors" : "1",
"worksize" : "256",
"lookup-gap" : "2",
"shaders" : "2816",
"thread-concurrency" : "27000",

[EnTiTy77]

Could be your vddc. try setting it to 0.000
and see if that makes a difference.

[HooDude]

Im finding now that if I have the threads up at 10,10 or even 8,8 on my pair of R9 290x I get a ton of stale shares. Anyone else having this?

[badman74]

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

I already have my auto-fan as true.   Do you mean set it to false?

This is what I have as my conf already:

"api-allow" : "W:127.0.0.1,W:192.168.1.2",
"api-listen" : true,
"failover-only" : true,
"log" : "5",
"no-submit-stale": false,
"queue" : "0",
"scan-time" : "1",
"expiry" : "12",
"auto-fan" : true,
"auto-gpu" : false,
"gpu-threads" : "1",
"gpu-engine" : "1025,1025,1025,1025,1025",
"gpu-fan" : "35-100",
"gpu-memclock" : "1400,1400,1400,1400,1400",
"gpu-powertune" : "20",
"gpu-vddc" : "1.20",
"intensity" : "22",
"temp-target" : "80",
"temp-overheat" : "89",
"temp-cutoff" : "94",
"vectors" : "1",
"worksize" : "256",
"lookup-gap" : "2",
"shaders" : "2816",
"thread-concurrency" : "27000",

maybe try "gpu-fan" : "50-100",
or higher...
just to keep from hitting temp-target

[DemetriusAstroBlack]

I had weird issues with sgh sgminer and temps/fans as well.  I had to set fan range at 20-85 auto-gpu true, and change the temp target to 62.  My cofig file is as follows:

{
"pools" : [
   {
      "url" : "stratum+tcp://stratum1.suchpool.pw:3335",
      "user" : "EDITED",
      "pass" : "x"
   },
   {
      "url" : "stratum+tcp://stratum2.suchpool.pw:3335",
      "user" : "EDITED",
      "pass" : "x"
   },
   {
      "url" : "stratum+tcp://stratum.forkpool.com:6347",
      "user" : "EDITED",
      "pass" : "x"
   }
]
,
"intensity" : "13,13,18",
"worksize" : "256,256,256",
"gpu-threads" : "2,2,1",
"thread-concurrency" : "8192,8192,15232",
"kernel" : "darkcoin,darkcoin,darkcoin",
"gpu-engine" : "500-1075,500-1075,500-1150",
"gpu-fan" : "20-85,20-85,20-85",
"gpu-memclock" : "1450,1450,1500",
"auto-gpu" : true,
"auto-fan" : true,
"temp-cutoff" : "85,85,85",
"temp-overheat" : "80,80,80",
"temp-target" : "62,62,62",

"kernel-path" : "/usr/local/bin"
}

[CryptoGretzky]

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

I already have my auto-fan as true.   Do you mean set it to false?

This is what I have as my conf already:

"api-allow" : "W:127.0.0.1,W:192.168.1.2",
"api-listen" : true,
"failover-only" : true,
"log" : "5",
"no-submit-stale": false,
"queue" : "0",
"scan-time" : "1",
"expiry" : "12",
"auto-fan" : true,
"auto-gpu" : false,
"gpu-threads" : "1",
"gpu-engine" : "1025,1025,1025,1025,1025",
"gpu-fan" : "35-100",
"gpu-memclock" : "1400,1400,1400,1400,1400",
"gpu-powertune" : "20",
"gpu-vddc" : "1.20",
"intensity" : "22",
"temp-target" : "80",
"temp-overheat" : "89",
"temp-cutoff" : "94",
"vectors" : "1",
"worksize" : "256",
"lookup-gap" : "2",
"shaders" : "2816",
"thread-concurrency" : "27000",

maybe try "gpu-fan" : "50-100",
or higher...
just to keep from hitting temp-target

I set auto-fan to false, gpu-fan to 80-100.   It never hit the temp-target, but it STILL dropped in hash after a few mins.  argh.   The only way to make it not drop was when my gpu wasn't detected...   this is insanity....

[badman74]

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

I already have my auto-fan as true.   Do you mean set it to false?

This is what I have as my conf already:

"api-allow" : "W:127.0.0.1,W:192.168.1.2",
"api-listen" : true,
"failover-only" : true,
"log" : "5",
"no-submit-stale": false,
"queue" : "0",
"scan-time" : "1",
"expiry" : "12",
"auto-fan" : true,
"auto-gpu" : false,
"gpu-threads" : "1",
"gpu-engine" : "1025,1025,1025,1025,1025",
"gpu-fan" : "35-100",
"gpu-memclock" : "1400,1400,1400,1400,1400",
"gpu-powertune" : "20",
"gpu-vddc" : "1.20",
"intensity" : "22",
"temp-target" : "80",
"temp-overheat" : "89",
"temp-cutoff" : "94",
"vectors" : "1",
"worksize" : "256",
"lookup-gap" : "2",
"shaders" : "2816",
"thread-concurrency" : "27000",

maybe try "gpu-fan" : "50-100",
or higher...
just to keep from hitting temp-target

I set auto-fan to false, gpu-fan to 80-100.   It never hit the temp-target, but it STILL dropped in hash after a few mins.  argh.   The only way to make it not drop was when my gpu wasn't detected...   this is insanity....

well... you could try setting your clocks with sapphire trixx or the equivalent then running with --no-adl
you can also start it normally top set the clock then restart it with --no-adl

[CryptoGretzky]

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

I already have my auto-fan as true.   Do you mean set it to false?

This is what I have as my conf already:

"api-allow" : "W:127.0.0.1,W:192.168.1.2",
"api-listen" : true,
"failover-only" : true,
"log" : "5",
"no-submit-stale": false,
"queue" : "0",
"scan-time" : "1",
"expiry" : "12",
"auto-fan" : true,
"auto-gpu" : false,
"gpu-threads" : "1",
"gpu-engine" : "1025,1025,1025,1025,1025",
"gpu-fan" : "35-100",
"gpu-memclock" : "1400,1400,1400,1400,1400",
"gpu-powertune" : "20",
"gpu-vddc" : "1.20",
"intensity" : "22",
"temp-target" : "80",
"temp-overheat" : "89",
"temp-cutoff" : "94",
"vectors" : "1",
"worksize" : "256",
"lookup-gap" : "2",
"shaders" : "2816",
"thread-concurrency" : "27000",

maybe try "gpu-fan" : "50-100",
or higher...
just to keep from hitting temp-target

I set auto-fan to false, gpu-fan to 80-100.   It never hit the temp-target, but it STILL dropped in hash after a few mins.  argh.   The only way to make it not drop was when my gpu wasn't detected...   this is insanity....

well... you could try setting your clocks with sapphire trixx or the equivalent then running with --no-adl
you can also start it normally top set the clock then restart it with --no-adl

How do I set the clock outside of sgminer in Linux?  Or, did you mean run sgminer, let it set the OC, then stop it, and restart with --no-adl.   I did that, now none of the temp and fan are showing.   But, even I did that, after a few mins, all the GPU still dropped from 2.6 back down to 2.3...  argh...

[badman74]

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

I already have my auto-fan as true.   Do you mean set it to false?

This is what I have as my conf already:

"api-allow" : "W:127.0.0.1,W:192.168.1.2",
"api-listen" : true,
"failover-only" : true,
"log" : "5",
"no-submit-stale": false,
"queue" : "0",
"scan-time" : "1",
"expiry" : "12",
"auto-fan" : true,
"auto-gpu" : false,
"gpu-threads" : "1",
"gpu-engine" : "1025,1025,1025,1025,1025",
"gpu-fan" : "35-100",
"gpu-memclock" : "1400,1400,1400,1400,1400",
"gpu-powertune" : "20",
"gpu-vddc" : "1.20",
"intensity" : "22",
"temp-target" : "80",
"temp-overheat" : "89",
"temp-cutoff" : "94",
"vectors" : "1",
"worksize" : "256",
"lookup-gap" : "2",
"shaders" : "2816",
"thread-concurrency" : "27000",

maybe try "gpu-fan" : "50-100",
or higher...
just to keep from hitting temp-target

I set auto-fan to false, gpu-fan to 80-100.   It never hit the temp-target, but it STILL dropped in hash after a few mins.  argh.   The only way to make it not drop was when my gpu wasn't detected...   this is insanity....

well... you could try setting your clocks with sapphire trixx or the equivalent then running with --no-adl
you can also start it normally top set the clock then restart it with --no-adl

How do I set the clock outside of sgminer in Linux?  Or, did you mean run sgminer, let it set the OC, then stop it, and restart with --no-adl.   I did that, now none of the temp and fan are showing.   But, even I did that, after a few mins, all the GPU still dropped from 2.6 back down to 2.3...  argh...

i am pretty much out of ideas now....

[CryptoGretzky]

How do I set the clock outside of sgminer in Linux?  Or, did you mean run sgminer, let it set the OC, then stop it, and restart with --no-adl.   I did that, now none of the temp and fan are showing.   But, even I did that, after a few mins, all the GPU still dropped from 2.6 back down to 2.3...  argh...

i am pretty much out of ideas now....

One interesting note is that for that earlier config where it couldn't detect temperature, but could detect fan, the setting in the xorg.conf had this following section (only 3 GPU detected):

Section "Device"
        Identifier  "aticonfig-Device[0]-0"
        Driver      "fglrx"
        BusID       "PCI:1:0:0"
EndSection

Section "Device"
        Identifier  "aticonfig-Device[1]-0"
        Driver      "fglrx"
        BusID       "PCI:2:0:0"
EndSection

Section "Device"
        Identifier  "aticonfig-Device[2]-0"
        Driver      "fglrx"
        BusID       "PCI:7:0:0"
EndSection

Well, my cards weren't plugged into the PCI:7:0:0.   They were plugged into the 1, 2, 5, 6.   So, somehow when it detected it as PCI:7:0:0, it gave me fan detection, but not temp, but it could hash at 2.8 Mh/s without issue and without dropping.

[janos666]

I have the same problem with my 290(X)s and DarkCoin: unstable hashrate with a dropping average.

I tried to set gpu-threads from 1 to 8 and it's doesn't actually help. The 1s average seems to be significantly higher, but the real average remains the same and WU seems to drop!
Also, starting with 10 threads causes instant system-wide crash (no reboot via ssh, I have to manually flip the power switch in the garage).
And 4 or 2 threads doesn't make any real (measurable/significant) difference compared to 1 (it never did for my 290(X)s with any miner/algo/bios/clocks/etc, may be caused a slightly lower WU).

Setting lookup-gap to 1 from 2 doesn't cause any significant difference (it almost halves my hashrate with scrypt).

Setting thread-concurrency to 0.5x or 2x (the latter requires lookup-gap >=2) of my default 20480 doesn't help either.



By the way. I saw many people using worksize 512 even though it's actually maxed at 256 in every cgminer variants I know.
May be somebody should actually make that usable.
If it's as simple as changing the limit in the source then could you please point to the right file and the line number?

[boubou]

try auto-fan
if that don't work try setting your fanspeed so it doesn't reach the temp target
for some reason it seems like disabling auto-gpu doesn't work right

I already have my auto-fan as true.   Do you mean set it to false?

This is what I have as my conf already:

"api-allow" : "W:127.0.0.1,W:192.168.1.2",
"api-listen" : true,
"failover-only" : true,
"log" : "5",
"no-submit-stale": false,
"queue" : "0",
"scan-time" : "1",
"expiry" : "12",
"auto-fan" : true,
"auto-gpu" : false,
"gpu-threads" : "1",
"gpu-engine" : "1025,1025,1025,1025,1025",
"gpu-fan" : "35-100",
"gpu-memclock" : "1400,1400,1400,1400,1400",
"gpu-powertune" : "20",
"gpu-vddc" : "1.20",
"intensity" : "22",
"temp-target" : "80",
"temp-overheat" : "89",
"temp-cutoff" : "94",
"vectors" : "1",
"worksize" : "256",
"lookup-gap" : "2",
"shaders" : "2816",
"thread-concurrency" : "27000",

maybe try "gpu-fan" : "50-100",
or higher...
just to keep from hitting temp-target

I set auto-fan to false, gpu-fan to 80-100.   It never hit the temp-target, but it STILL dropped in hash after a few mins.  argh.   The only way to make it not drop was when my gpu wasn't detected...   this is insanity....

well... you could try setting your clocks with sapphire trixx or the equivalent then running with --no-adl
you can also start it normally top set the clock then restart it with --no-adl

How do I set the clock outside of sgminer in Linux?  Or, did you mean run sgminer, let it set the OC, then stop it, and restart with --no-adl.   I did that, now none of the temp and fan are showing.   But, even I did that, after a few mins, all the GPU still dropped from 2.6 back down to 2.3...  argh...

It's probably not a clock issue since egineclock memoryclock stay steady, before and after the drop in hashrate.

[boubou]

Ok, on my other rig, I got PiMP running and this is the result after a few mins (all are Sapphire Tri-X 290x on  Asrock H81 Pro BTC):



GPU 0, 1, 2 are from a newer batch.   GPU 3 is an older one where I couldn't get it stable until I flashed it with the bios that I ripped from the newer GPU.

Noticed the first 2 that the temp/fan speed can be read dropped after a few mins back to 2.4 Mh?

GPU 2,3 temp couldn't be read for some reason and they stayed up at 2.78-2.8 Mh.

So... I am thinking that auto-gpu is throttling it back.   Temperature is quite low though...  my temp-target is 75.  Let me test temp-target with 80.

After I did a sudo aticonfig --adapter=all --initial -f,  it recogznied all 4 adapters.

I also changed auto-gpu to false and temp-target to 80.   On reboot, it started out at 2.6 Mh/s.

Once it hit temp-target, it dropped ALL GPU down to 2.38 Mh...   I don't know what else I can do to get it to hold at that initial hash.   Anyone have any ideas?

This is the best clue we had for a month...you were able to make the bug happened from a working config.

So if I sumarize it:
You had 4 290: 2 that has a drop and that has temp and fan listed, 2 others that did not have the drop and did not have temp and fan listed.
You do some aticonfig, and then all 4 has a drop and all 4 has temp and fan listed.

Is this correct?
If yes we could probably try to get back to the working config, then reproduce.

[flipme]

So... this is on my Asus R9 290x Elphida flashed with the Stilt Bios running on PiMP 1.1 beta (64 bit BAMT)...  Motherboard is a Gigabyte GA-EP45-UD3P.

Don't know if it's coincidence or what yet, I will test it on another rig, but using PiMP, but so far, it hasn't dropped after many hours running on it....   getting around 2.78 Mh/s



Oh... forgot to mention that I already tested this version of sgminer 4.1.0-96-g983e on BAMT 1.6 running on Asrock H81 Pro BTC with, but that dropped after a few mins still.   Will post again after I test PiMP on another rig.

Have you got a link to your bamt image that you are using?

http://getpimp.org/   

It's by the same guys (Bee) that made the older 1.3-1.5 Bamt https://litecointalk.org/index.php?topic=2924.0

Just downloading it. Since it's from Bee, does it have "donation mining" enabled, like the other distros he made?