Topic: Genesis Mining Presents: SGMiner-GM - now with Zawawa's GG! [Updated 17/01/2017] - page 11. (Read 140419 times)

You need to reduce the intensity or clock frequency.

I have ~570h/s on 2 cards and 630h/s on the 3rd. Didn't use overclocking yet. What tool did you use to change the memory strap? Do you experience crashes like  "GPU DEAD" or system hangs after a couple of hours?

The problem with ADL is the absense of the file 'libatiadlxx.so' which is nowhere to find and which (according to ADL API docs) must be supplied with AMDGPU driver in: "Linux 64-bit Runtimes (64-bit OS): /usr/X11R6/lib64/Libatiadlxx.so". To monitor sensors I use 'watch -n 5 sensors'.

How to run 'sgminer' as a daemon AND monitor it's state? I've tried to run it detached from a terminal (with "&" at the end) and redirecting the stdout to a text file. But the file happens to be filled with a crap. It seems like 'sgminer' sends there a positioning symbols which are good for text-based GUI, but looks crappy in a text file.

ZEC Mining Really go well today!

I got 0.11004xx Zcash from my GPU miners and 0.13476398  from Genesis Mining (Cloud mining).

Happy day`s!

 

Currently I am mining ZEC because its most profitable to mine now.

However when XMR was hot a few weeks ago, I use sgminer-gm-v5.5.5-8-Nicehash on Linux (ri 1008 w , selling hash at Nicehash Cryptonight marketplace.

In most cases, my RX480 rigs perform well on ETH mining.

While my R9 Nano Fury rigs performs best for ZEC and XMR.

I don't know about 470 or 480, but on my 270X and 280X memory clocks is very important for XMR speed and not important for ZEC and ETH at all. For ZEC and ETH on these cards increasing GPU clocks make something for speed, but memory clocks changes speed less then 1%.
On XMR 270X&280X memory clocks can add up to 10-20% for XMR speed.

@galaxySuser: I'm pretty new to the game too, so I have more empathy than knowledge but perhaps that will be helpful.

The ADL issues are discussed at length here and on github, there's a lot to wrap one's head around; here are the basic issues as I understand them --

- When you're compiling, you have to copy the libraries into .../sgminer-gm/ADL_SDK (there's a readme file in there that explains)
- Personally I haven't found that the temp monitoring works from console (either under AMDGPU-PRO or fglrx)
- Temp monitoring works just fine for me in the graphical environment running fglrx, but there have been issues with AMDGPU-PRO, for example ADL and OpenCL sometimes disagree about which graphics card is which.  

The developers are working on it, and there are solutions (scroll up a bit) but keep in mind there are a mind-boggling number of moving parts here, mostly coming from the fact that Radeon woke up one morning about three months ago and found out their drivers were incompatible with pretty much every linux distro in the world.  Right about the time the RX 400 series hit the market. Legacy support is really good right now, but 400 series support is still a work in progress.

For a casual hobbyist, there's an argument I think for 2nd or 3rd gen cards running under xubuntu 14.04 and fglrx, closest thing to hitting the easy button there is.  With the 400 series, good news is, they hash OK with low power use right out of the box.  Bad news is, to squeeze the most out of them, you have to bring anywhere from some, to a heck of a lot of expertise to the table depending on what equipment you're using.  

Me, I bought a bunch of fans.  Seems to be working.


@citronik:  hey, not bad.  I am surprised.  Still haven't cracked 600.  Getting close tho.  I get the feeling it's about architecture, quality of components, and memory timing.  Not sure I'm gonna make much more headway until I optimize the timing.  Clock speed seems like kind of a blunt instrument.

I have the same challenges with the ATI ADL library missing on my system, but found Radeon-Profile to be a good GUI substitute for viewing GPU temp and being able to control fan speeds manually. I run this as root.  https://github.com/marazmista/radeon-profile and it works reasonable well for me.  On my MSI Rx480 I am unable to change clock speeds even though this app leads me to believe I might be able to.  I'm on Ubuntu 16.04 like yourself.

suggest you use ri 1008 and w 8; try it you will be surprised.

IMHO, XMR is not memory intensive algo like ETH or ZEC, so you need raw GPU power, no use modding your memory clocks - so getting 470 instead of 480 for example will be an outright downgrade.

Looking for advice tuning my 480's for XMR.

Rig:
-Gigabyte ga-970a, phenom IIx4, 4g RAM.  
-Xubuntu 16.04LTS (running from console), AMDGPU-PRO 16.60
-4x sapphire rx 480 nitro 4gb elpida, stock bios.  Stock clocks are 1143/1750

Hashrate is hovering in the mid 500's.

Settings:
- w8 g1 (haven't seen much difference going with w4 g2)
- ri currently 1088 (started at 1152, not much difference backing down as low as 1024)
- I've tried adjusting the gpu clock between 800 and 1300 and the memclock as high as 2200, and can't say any of those change a durn thing.

Had the same experience with my sapphire 470/4gb (elpida) cards.  I could occasionally get em up to 600 in windows by flogging the memclock, never got above 550 in linux until I did a memory strap (1500 copied up), and now I'm getting solid 600 on stock settings.  They run pretty hot but I think that's due to crappy reference design fan.

Not eager to flash the ROM on the 480's.  No bios switch.  Polaris bios editor doesn't work with these cards. Tempted to just live with it, in lieu of downloading a bios off the internet.  I'm open to suggestion.

By the way, these cards are on sale at Newegg for ~180.  Net of everything it was probably a decent deal, it was worth the extra 10 bucks over a 470 to get some decent fans on there.  If I can squeeze a little more out of them, it'll be a great deal.  

I saw that solo-mining zcash was possible with version 5.5.4 but I cannot get it to work.  Any help would be appreciated.  Thanks

worksize - it is ocl localworksize of your workgroup. 64 is kind of optimal for amd on most algos(not for equihash i think, this algo is more complex than just compute hash). For amd it will vary from 1 to 256. Best sizes if it is divisible by 64. Or at least 2. But again it depends from algo and its implementation.
rawintensity - when miner compute hashes, it check nonce from 0x00000000 to 0xFFFFFFFF. You can't say to gpu: compute this whole range at once, that wouldn't be effective. So you should split this range in pieces(in this case it would be global worksize in opencl terms. You can think about it like a number of hashes that sgminer would compute before verifying gpu's work on cpu and moving on to a next piece of nonces). rawintensity would be the size of such piece. It can be selected based on hardware properties of your videocard, or to be chosen experimentally(this is what most miners do, lol). xIntensity or intensity arguments allow you to set this rawintensity without computing it by yourself, as i remember intensity will set globalworksize to 2^intensity. I don't know if you can apply this to equihash impl in sgminer, i'm talking based on exp with other algos. I think Zawawa can tell more, or someone who ported his impl into sgminer-gm.

UPD: actually, here is your guide: https://github.com/genesismining/sgminer-gm/blob/master/doc/MINING.md
with intensity and worksize description.

Is there any comprehensive guide for selecting 'rawintensity' and 'worksize' params? What I have found is people trying to 'hit the sky' and exhange each other with 'good' (proven) values.

I obtained that there is possibility to set the fan's speed manually by writing to the following file:
echo 220 > /sys/class/drm/card0/device/hwmon/hwmon0/pwm1
For me the command returns "Permission denied" even though I'm calling it with sudo. Any suggestions?
UPD: I have workarounded it by using 'tee' command.

I do not know about Linux. But in the Windows, it is better to set:
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100

Hi, everybody! After I have been disappointed in Claymore's GPU miner (who was too lazy to backup GNU/Linux sources and too greed to buy a secure online storage, like, for example, lessauthority). I started too look for an open source GNU/Linux-compatible alternative. SGMiner looks decent enough. I was able to run the v5.5.5 binary for Ubuntu (and not able to build from sources yet).

What I don't understand is how to view GPU's temperature and FAN speed? When I run "sgminer_ubuntu64 --ndevs" it shows me:
"Unable to load ATI ADL library". I found the library is being loaded by the function:
AMD ADL API docs says the file must reside in the following directory:
But the file is not found anywhere on the system!
I have the driver "amdgpu-pro-16.60" from the official site under Ubuntu 16.04.

Also, where I can find the meaning of the environment variables which are being complained to?:

thanks scryptr.

SGminer-GM-5.5.5-7 was the first version that worked on CN algo in NH, before that all rejects.

I will try out SGminer-GM-5.5.5-8 soon -- hope good performance too.

Too bad Cryptonight profitability in NH took a nose dive of late... 

NICEHASH HAS RELEASED UPDATES--

The latest update is SGminer-GM-5.5.5-8, modified to work on the NiceHash pool.  My finicky RX 460 cards run smoothly on it, as do my RX 470 cards.  Here is my configuration file:

<=======CUT LINE=======>

{
    "pools": [{
        "url": "cryptonight.usa.nicehash.com:3355",
        "user": "YOURBTCADDRESS.WORKER",
        "pass": "x"
    },
    {
        "url": "cryptonight.eu.nicehash.com:3355",
        "user": "YOURBTCADDRESS.WORKER",
        "pass": "x"
    }],
    "profiles": [{
        "worksize": "8",
        "name": "xmr",
        "algorithm": "cryptonight",
        "gpu-threads": "1",
        "rawintensity": "1016"
    }],
    "default-profile": "xmr",
    "no-extranonce": false,
    "no-submit-stale": true,
    "api-listen": true,
    "api-port": 4028,
    "api-mcast-port": 4028,
    "api-allow": "W:127.0.0.1,W:192.168.1.1/24",
    "temp-cutoff": "85",
    "temp-overheat": "80"
}

<=======CUT LINE=======>
 
Don't include the "CUT LINE" notes, of course.  The "api-port" lines allow for monitoring software.  The raw intensity is less than 1024 per the software authors' (Wolf0's crew) specifications.  The "no-extranonce" line is set to "false" because NiceHash uses extranonce.  The "worksize" of "8" is suitable for one GPU thread, or a "worksize" of "4" can be used for two GPU threads.  The worksize is very small compared to many other algorithms mineable by SGminer softwares.  Adjust values to your preferences.  Call the configuration with "sgminer -c start.conf" from within a BASH script or Windows batch file.  I am sure you know how to set the environment variables either way.

This miner runs for weeks on my most tempermental cards.  Hope this note helps.       --scryptr

EDIT: Please note that this edit is in September 2017!

After making some slight changes to the above configuration, it represents my current configuration.  I have increased the Raw Intensity from 1008 to 1016, and included the term "no-submit-stale" as true.  This squeezes about 1-2 more hashes per card, and removes almost all rejects.

CryptoNight is currently a top earner on WhatToMine, and SGminer-GM is mining well on my rigs.  Some rigs have gone several days with no rejects or hardware errors.  Thanks again to the authors and sponsors of this software!       --scryptr

Thanks! Not sure how I missed it, was googling for a bit about mining on Mac OS before asking here and didn't find that page for some reason.

Hmm, no temp and fanspeed monitoring is inconvenient but I can live with that. "Cooling design" and "thermal damage" stuff is not relevant I suppose since it's going to be a regular undervolted Tahiti or Pitcairn graphics card in my home server's full tower case.. But the "compromised performance due to OpenCL implementation on OSX" doesn't sound good. I wonder how much compromised it is? Is it like 10% lower hashrate, or 50% less?

https://github.com/genesismining/sgminer-gm/blob/master/doc/FAQ.md#can-i-mine-with-sgminer-on-a-mac

Is it possible to build this miner for Mac OS? Thinking about running it in esxi virtualized with some older GPU like 7870/7950/7970 passed through, would be nice to mine XMR on that system as well. Or is it only for Windows and Linux?