Bitcoin Forum
December 12, 2017, 08:58:30 PM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 »
  Print  
Author Topic: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017]  (Read 121113 times)
Kevinatin
Sr. Member
****
Offline Offline

Activity: 244



View Profile
October 01, 2016, 10:19:25 AM
 #141

PROGRAMMERS CAN WORK MIRACLES--

But all I have heard for a year is that there is not much juice to squeeze from the DAG.  Generating it on-the-fly was a big thing, saving start-up minutes.

Likely, card optimization will be the way to go.  29MH/s on the RX 480 is top speed reported.  Newcards (480x, 490, etc) are still top secret, not expected until next year.  I search, and se the same old tech blogs.       --scryptr

Unless you can find a flaw in the ethash algorithm, it is impossible to get more than 32Mh/s from a card like the RX480 with 256GB/s of memory bandwidth (i.e. memory clocked at 2Ghz).  This is because each hash requires 8MB of random memory reads.


THANK YOU FOR THE EXPLANATION--

I think that you have explained the theoretical maximum hashrate for an RX 480.  Looking at posted  data from various sources, a well tuned RX 480 Ethereum rig will mine at 29MH/s, and an RX 470 rig will mine at 27MH/s per card.  It may take BIOS mods and a carefully adjusted OS to get there.  Out of the box, the cards will mine at 22-24MH/s completely stock.  RX 460 cards will reportedly mine at 10-11MH/s stock, similar to the performance of a previous generation R7 370 card, but at as little as 1/2 the wattage.

I have seen posts at higher hash rates for single-card rigs running a short duration, but none more than the theoretical maximum as you explained it.

The next generation of cards (Vega) may be a game changer, or may not.  The top cards will be using a new memory type, and that does not always translate to better mining performance.  I keep looking for new information, but it has not surfaced yet.       --scryptr

That is true. that is the reason why the R9 390 is faster than the RX 480 as its memory bandwidth is double that of the RX 480 if running at the same memory speed.

1513112310
Hero Member
*
Offline Offline

Posts: 1513112310

View Profile Personal Message (Offline)

Ignore
1513112310
Reply with quote  #2

1513112310
Report to moderator
1513112310
Hero Member
*
Offline Offline

Posts: 1513112310

View Profile Personal Message (Offline)

Ignore
1513112310
Reply with quote  #2

1513112310
Report to moderator
1513112310
Hero Member
*
Offline Offline

Posts: 1513112310

View Profile Personal Message (Offline)

Ignore
1513112310
Reply with quote  #2

1513112310
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1513112310
Hero Member
*
Offline Offline

Posts: 1513112310

View Profile Personal Message (Offline)

Ignore
1513112310
Reply with quote  #2

1513112310
Report to moderator
nerdralph
Sr. Member
****
Offline Offline

Activity: 406


View Profile
October 03, 2016, 03:05:20 AM
 #142

Looks like there might be a bug handling the DAG change:
Code:
[23:55:33] Error -2: Setting args for the DAG kernel and/or executing it.
[23:55:33] Error: clSetKernelArg of all params failed.
[23:55:33] GPU 0 failure, disabling!

I hit q(uit), started sgminer-gm, and it is once again working fine.  I was testing with a single GPU (290x).
Slydrule
Full Member
***
Offline Offline

Activity: 182


View Profile
October 04, 2016, 03:56:46 PM
 #143

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.
antantti
Legendary
*
Offline Offline

Activity: 924


View Profile
October 04, 2016, 04:39:09 PM
 #144

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

I am running 4 x hawaii with core2duo e8400. Cpu usage max 5%, W10.
Natilam
Newbie
*
Offline Offline

Activity: 14


View Profile
October 04, 2016, 05:28:41 PM
 #145

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.
nerdralph
Sr. Member
****
Offline Offline

Activity: 406


View Profile
October 04, 2016, 07:14:34 PM
 #146

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.
Slydrule
Full Member
***
Offline Offline

Activity: 182


View Profile
October 05, 2016, 02:00:44 AM
 #147

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

Thanks.  I will give it a try.

UPDATE:

I tried this version and I get the same result.  I have no idea what is causing this problem but I would love to hear any suggestions.

Thanks.

Update II:

I resolved the issue.  It turns out rather than increasing the fan speed from the lowest speed in the fan range, the miner was decreasing the GPU speed when the temp reached the target temperature but only on 2 GPUs for some reason.  I resolved the issue by turning off auto-fan and setting the fan speed high enough to ensure the GPUs stay under the target temp.  When I get a chance to shut it down I will try to specify fan ranges explicitly for each GPU. 
Gotottack
Hero Member
*****
Offline Offline

Activity: 714


View Profile
October 08, 2016, 04:05:30 PM
 #148

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

Thanks.  I will give it a try.

UPDATE:

I tried this version and I get the same result.  I have no idea what is causing this problem but I would love to hear any suggestions.

Thanks.

Update II:

I resolved the issue.  It turns out rather than increasing the fan speed from the lowest speed in the fan range, the miner was decreasing the GPU speed when the temp reached the target temperature but only on 2 GPUs for some reason.  I resolved the issue by turning off auto-fan and setting the fan speed high enough to ensure the GPUs stay under the target temp.  When I get a chance to shut it down I will try to specify fan ranges explicitly for each GPU. 

I removed the auto fan and use the MSI afterburner to many the fan speed, it is much better.

       ▀
   ▄▄▄   ▄▀
   ███ ▄▄▄▄  ██
       ████
    ▄  ▀▀▀▀
▄▄
      ██    ▀▀
██▄█▄▄▄████████
▄▄▄▄▄▄▄▄▀▀███▀▀▀
██████████████████
████▄▀▄▀▄▀███▀▀▀▀▀
████▄▀▄▀▄▀███ ▀
████▄▀▄▀▄▀████████
▀█████████████████
]
,CoinPayments,
█████
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████
█████
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████
█████
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████ ██
█████
Eliovp
Legendary
*
Offline Offline

Activity: 961

Huh?


View Profile
October 15, 2016, 10:21:33 AM
 #149

Is it possible to make this miner work with https://github.com/sammy007/open-ethereum-pool/blob/master/docs/STRATUM.md in near future?

Working on that Sammy.

OhGodAGirl
Full Member
***
Offline Offline

Activity: 149

Look, I'm really not that interesting. Promise.


View Profile WWW
October 16, 2016, 08:45:16 AM
 #150

XMR support has been added!

Keep in mind folks, this is a pre-release version. Currently, there is a bug with Windows where it crashes upon mining. We're able to reproduce it, but not able to find it.

I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

I've gone ahead and added Wolf's fixed sgminer.exe to the release page, here: https://github.com/genesismining/sgminer-gm/releases/tag/5.3.0-gm

1P1C58d4CUiEokjoAfWiZVTogZFAeAfawh
Eliovp
Legendary
*
Offline Offline

Activity: 961

Huh?


View Profile
October 16, 2016, 10:51:15 AM
 #151

XMR support has been added!

Keep in mind folks, this is a pre-release version. Currently, there is a bug with Windows where it crashes upon mining. We're able to reproduce it, but not able to find it.

I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

I've gone ahead and added Wolf's fixed sgminer.exe to the release page, here: https://github.com/genesismining/sgminer-gm/releases/tag/5.3.0-gm

I bet 97% of the replies to this question will be "Zcash" :p

Wolf's latest .exe indeed works a lot better. Good that it's included.

Greetings

Q_R_V
Sr. Member
****
Online Online

Activity: 376


Inactivity: 8963


View Profile
October 16, 2016, 10:56:03 AM
 #152


I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?


ZCash would be awesome, but i am aware it's highly improbable
YIz
Hero Member
*****
Online Online

Activity: 532



View Profile
October 16, 2016, 02:02:27 PM
 #153

XMR support has been added!

Keep in mind folks, this is a pre-release version. Currently, there is a bug with Windows where it crashes upon mining. We're able to reproduce it, but not able to find it.

I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

I've gone ahead and added Wolf's fixed sgminer.exe to the release page, here: https://github.com/genesismining/sgminer-gm/releases/tag/5.3.0-gm

I would like to see the bugs in the current version fixed. sometimes it just says "found a block" at random times. additionally the miner has a bug where it stops showing the hashrates and shares if click on the miner's window. other than that it's a great miner.

Maybe Zcash? I'm sure it will make it really popular.

scryptr
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
October 16, 2016, 02:26:34 PM
 #154

XMR support has been added!

Keep in mind folks, this is a pre-release version. Currently, there is a bug with Windows where it crashes upon mining. We're able to reproduce it, but not able to find it.

I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

I've gone ahead and added Wolf's fixed sgminer.exe to the release page, here: https://github.com/genesismining/sgminer-gm/releases/tag/5.3.0-gm

SEGMENTATION FAULTS  WITH CRYPTONIGHT--

Segmentation faults and a hard reboot result when attempting to mine CryptoNight under Ubuntu 14.04 with R9 280X GPUs.  The archives on the release page do not contain "cryptonight.cl", and while I was able to dig the file out of the git source, I was not able to mine successfully.

I took the solo Ubuntu binary from the opening page, substituted it in the miner directory, sourced "cryptonight.cl" from git, and was able to boot the miner and generate "bin" files, but then I got a hard hang requiring a reboot.  The error message stated "Error 61...".  Taking a clue from Wolf's other XMR project, I used work sizes of 8 and 16, with xIntensities of 320, 640, and 1024.  Lots of reboots and USB riser jiggling.

A sample configuration file for mining CryptoNight with this miner would be helpful.  I simply adapted the sample Ethereum configuration, setting "cryptonight" algo as default for a single pool.       --scryptr

EDIT:  I am able to mine with Wolf's other XMR project, but not on NiceHash.  NiceHash has specific extranonce requirements for CryptoNight.       --scryptr

TIPS:  BTC - 1Fs4uZ6a9ABYBTaHGUfqcwCQmeBRxkKRQT
          DASH - XrK81tW31SLsVvZ2WX9VhTjpT6GXJPLdbQ
OhGodAGirl
Full Member
***
Offline Offline

Activity: 149

Look, I'm really not that interesting. Promise.


View Profile WWW
October 16, 2016, 03:05:52 PM
 #155


I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?


ZCash would be awesome, but i am aware it's highly improbable
XMR support has been added!

Keep in mind folks, this is a pre-release version. Currently, there is a bug with Windows where it crashes upon mining. We're able to reproduce it, but not able to find it.

I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

I've gone ahead and added Wolf's fixed sgminer.exe to the release page, here: https://github.com/genesismining/sgminer-gm/releases/tag/5.3.0-gm

I would like to see the bugs in the current version fixed. sometimes it just says "found a block" at random times. additionally the miner has a bug where it stops showing the hashrates and shares if click on the miner's window. other than that it's a great miner.

Maybe Zcash? I'm sure it will make it really popular.

Zcash is not improbable. However, we wouldn't have something available on Zcash's launch. We'll look into it. I can't promise anything, but I can't deny we won't add it, either.

XMR support has been added!

Keep in mind folks, this is a pre-release version. Currently, there is a bug with Windows where it crashes upon mining. We're able to reproduce it, but not able to find it.

I'd like to ask the community, though - what coin would you like to see next for SGMiner-GM?

I'm getting steady 30MH/s on each Fury X on stock clocks (1050/500). Claymore's can only get about 28MH.
A 390 at 1040Mhz gets 29Mh, with some overclocking I can surely can 32-33MH, but my cards warm up too much. Definitely the best miner out there.

The only issue I can spot is the CPU usage, which makes this miner basically worthless on weak CPUs. I couldn't run it on a single-core AMD CPU and a friend of mine had his rig crashing with a dual core Celeron installed. most mining rigs have very weak CPUs, and if this miner gets updated to support them, I am sure it will get much more traction.

Has it been determined that this issues running on systems with weak CPUs is real? Is there a fix coming?  I am wondering if this is the problem I am having on my multi-gpu mining rigs.  One GPU run at the right hash rate while the others run at half.  No matter what I do with the settings I cannot resolve this issue.  Both rigs have single core AMD CPUs.  I would love to use sgminer with its RPC capabilities but I am not going to invest in bigger CPUs for it.

Thanks.

If you search Wolf0's post in this thread, you will find that he posted a fix for the CPU usage bug.

Here it is again for those that don't want to look back through the thread.  I can confirm it no longer hogs the CPU on one core.
https://ottrbutt.com/miner/downloads/sgminer-gm/sgminer-gm-wolf-09222016.zip

copy sgminer.exe from the zip to the existing install directory.

I've gone ahead and added Wolf's fixed sgminer.exe to the release page, here: https://github.com/genesismining/sgminer-gm/releases/tag/5.3.0-gm

SEGMENTATION FAULTS  WITH CRYPTONIGHT--

Segmentation faults and a hard reboot result when attempting to mine CryptoNight under Ubuntu 14.04 with R9 280X GPUs.  The archives on the release page do not contain "cryptonight.cl", and while I was able to dig the file out of the git source, I was not able to mine successfully.

I took the solo Ubuntu binary from the opening page, substituted it in the miner directory, sourced "cryptonight.cl" from git, and was able to boot the miner and generate "bin" files, but then I got a hard hang requiring a reboot.  The error message stated "Error 61...".  Taking a clue from Wolf's other XMR project, I used work sizes of 8 and 16, with xIntensities of 320, 640, and 1024.  Lots of reboots and USB riser jiggling.

A sample configuration file for mining CryptoNight with this miner would be helpful.  I simply adapted the sample Ethereum configuration, setting "cryptonight" algo as default for a single pool.       --scryptr

EDIT:  I am able to mine with Wolf's other XMR project, but not on NiceHash.  NiceHash has specific extranonce requirements for CryptoNight.       --scryptr

First: Cryptonight.cl is in the directory.
Second: Intensity of 320 will kill your 280x. Please don't use that. That's a RawIntensity of 32x64x320. That's 655360! That is a hell of a lot of work for your poor GPU.
Third: You're not mining successfully because of your settings. Don't reuse settings from Wolf's other projects with sgminer-gm. They're two separate entities. One is a custom made, stand-alone miner. The other is, well, sgminer.
Fourth: Don't ever use xIntensity. Rawintensity only. Try 448, move upwards from there.

The formula for rawintensity is  #(CUs) x worksize x 4 - so, for a 280x, you'd have 32 x 4 x 4. That gives us 512. Now, keep in mind, memory latency and bandwidth will come into play here, so you will need to tinker.


Here is a sample configuration:

Code:
{
    "pools": [{
        "name": "MoneroWorld",
        "url": "stratum+tcp://pool.minexmr.com:4444",
        "user": "41dPExBcrTjHU5fY41NLeKN3Zm6JFmxcC5BiEzGXC2WH1mj9hQV1VzLVcxeQVxavdURzXNCHmXLSgeH7KEfzLUFhPhidXJB",
        "pass": "x",
        "profile": "xmr"
    }],
    "profiles": [{
            "name": "xmr",
            "algorithm": "cryptonight",
            "rawintensity": "448",
            "worksize": "4",
            "gpu-threads": "2"
    }],
    "default-profile": "xmr",
    "no-extranonce": true
}



1P1C58d4CUiEokjoAfWiZVTogZFAeAfawh
scryptr
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
October 16, 2016, 04:23:48 PM
 #156

CRYPTONIGHT SUCCESS!!! --

I am successfully mining CryptoNight at about 530H/s per GPU with my R9 280X GPUs.  However, to do this, I had to  copy the entire "kernel" directory cloned from git into the current release folder.  v5.4 (dev) is not a drop-in replacement for v5.3 (final).  Your configuration was solid, I merely substituted my own pool preference and Monero address.

The miner will attempt to compile a binary with ckolivas if it is simply dropped into the v5.3 folder.  This isn't a hard-hang end, but hard hangs will result if the user tries to copy missing *.cl files one-at-a-tiime from the current git "kernel" folder.

With your configuration settings,  sgminer-gm is hashing CryptoNight 30H/s faster than Wolf's other XMR project did for me.  Any suggestions for tweaking?  Worksize of 8?       --scryptr

EDIT:  CRYPTONIGHT FOLLOW-UP--

Below is a summary of mining data from sgminer-gm:


4 R9 280X GPUs mining with sgminer-gm v5.4 (dev) with fglrx drivers under Ubuntu 14.04.

Good results for a half hour!       --scryptr

TIPS:  BTC - 1Fs4uZ6a9ABYBTaHGUfqcwCQmeBRxkKRQT
          DASH - XrK81tW31SLsVvZ2WX9VhTjpT6GXJPLdbQ
OhGodAGirl
Full Member
***
Offline Offline

Activity: 149

Look, I'm really not that interesting. Promise.


View Profile WWW
October 16, 2016, 04:32:47 PM
 #157

CRYPTONIGHT SUCCESS!!! --

I am successfully mining CryptoNight at about 530H/s per GPU with my R9 280X GPUs.  However, to do this, I had to  copy the entire "kernel" directory cloned from git into the current release folder.  v5.4 (dev) is not a drop-in replacement for v5.3 (final).  Your configuration was solid, I merely substituted my own pool preference and Monero address.

The miner will attempt to compile a binary with ckolivas if it is simply dropped into the v5.3 folder.  This isn't a hard-hang end, but hard hangs will result if the user tries to copy missing *.cl files one-at-a-tiime from the current git "kernel" folder.

With your configuration settings,  sgminer-gm is hashing CryptoNight 30H/s faster than Wolf's other XMR project did for me.  Any suggestions for tweaking?  Worksize of 8?       --scryptr

Worksize of 8 can be used, but make sure to change gpu-threads to 1 then (instead of 2). See how that goes for you.

The master branch has been updated to 5.4. All users should be using it, instead of just dropping in the updated sgminer - that doesn't work. Tweaks are made to a lot of files. The easiest way is to download the entirety of the branch, or, use the Linux files that were posted on the release. Always do a 'clean install', so to speak.

1P1C58d4CUiEokjoAfWiZVTogZFAeAfawh
lexele
Full Member
***
Offline Offline

Activity: 164


View Profile
October 16, 2016, 09:27:02 PM
 #158

hi there,I gave it a go mining xmr (RX 470 1175/2010, rI:1000/WS: 8 )
I wonder if it's expected to have a wide range of fluctuation, with current settings from 600 to 850 H/S ?
tx.
scryptr
Legendary
*
Offline Offline

Activity: 1190



View Profile WWW
October 17, 2016, 03:02:27 PM
 #159

hi there,I gave it a go mining xmr (RX 470 1175/2010, rI:1000/WS: 8 )
I wonder if it's expected to have a wide range of fluctuation, with current settings from 600 to 850 H/S ?
tx.


MY HASH RATES WERE STEADY--

The hash rates on my four card R9 280X rig stayed close to 530H/s per card during the half-hour mining run reported above.       --scryptr

TIPS:  BTC - 1Fs4uZ6a9ABYBTaHGUfqcwCQmeBRxkKRQT
          DASH - XrK81tW31SLsVvZ2WX9VhTjpT6GXJPLdbQ
lexele
Full Member
***
Offline Offline

Activity: 164


View Profile
October 17, 2016, 06:54:15 PM
 #160

hi there,I gave it a go mining xmr (RX 470 1175/2010, rI:1000/WS: 8 )
I wonder if it's expected to have a wide range of fluctuation, with current settings from 600 to 850 H/S ?
tx.


MY HASH RATES WERE STEADY--

The hash rates on my four card R9 280X rig stayed close to 530H/s per card during the half-hour mining run reported above.       --scryptr

tx, then I guess I should change my parameters, I already tried lower intensity and lower mem clock, no real change a part for lower hashrate.
Any clue anybody?
Pages: « 1 2 3 4 5 6 7 [8] 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!