Topic: [Mining OS] SimpleMining.net - Manage Your GPU farm the easy way! (30 days free) - page 475. (Read 836250 times)

I have a rig with 4 Asus 470s and 2 Asus 570s.  Works fine. No problems. No need to update drivers or kernel.

There's something else wrong with your rig.

on v1095 I am still maxing out at 24.5 mh

Patch was released:
v1093
2017.04.27
RX500 fix sets highest dpm state in memory. Before that update RX500 were mining much slower.
RX500 are working fine !

this sgminer 5.5.5 isnt the lates on my SMOS ?

Also about Z170 chipsets, i saw on ethos some nice informations. http://ethosdistro.com/kb/#many-gpus
I dont have any Z170 for tests but i have Z270-A PRO MSI with has no problems at all with 6 GPUS RX570.

Anyone had luck with the Asus 570 4gb cards? Using the gigabyte 990fxa-ud3 R5 which we have several 6 card 470's running on now. The rig detects all 6 570's and proceeds to mine until the first job from the pool is handed out. At the point mining freezes and all the cards hang in open CL. I have updated the Drivers and the linux kernel aswell, before updating the drivers the cards were getting zero hashes.

I should also mention that I have swapped the cpu 2 times, flashdrive twice and installed a new stick of 8gb ram. and still no dice

Thank You

It's working, but performing poorly, patch is on the way, but that was apparently two days ago

Has anyone gotten RX570 with MOD BIOS to work on SMOS?  If so, please PM me.  Thanks

I don't doubt that others are having problems with their z170 boards, but just to reiterate a point a made several posts back, I run MSI z170a M5 with 7 cards a board, and I haven't had any issues. In fact, I just set up a new one this weekend without a hitch. If it makes a difference, I am running all RX 470 4GB cards, with the exception of two MSI Gaming RX 580 4GB cards on the latest board. I do acknowledge, however, that I am not realizing the hash rate I expected with the RX 580 cards. Like someone else posted on the previous page, I am stuck in the 24-25 mh/s range on those cards.

One random thought I just had: has anyone who is experiencing problems with these boards confirmed that they have ordinary USB thumb drives (not UEFI thumb drives) set as the number 1 boot option? I highly doubt this is the cause of all the issues, but I remember someone mentioning that they could boot using Windows in a UEFI configuration. As such, someone might as well take the time and confirm that these issues are not being caused by some arcane conflict with the priority of boot devices, notwithstanding the very low probability of realizing positive results.


The red and blue lines flicker on and off my screen a couple times while the MSI splash screen is displayed, but it always subsides and smOS commences to boot.

I believe we are waiting on an update from @Tytanick, until then there does not seem to be any workaround to get 7 GPUs working on the Z170 boards.

I had the same question - I gave it a try, but it didn't work. It wouldn't even load. My screen would either stay black or I would get red and blue lines on a white screen. Tried several different versions. I'm sure I'm doing something wrong, but I'm not sure what it is.

Hello!

Can i use msi z170a pro gaming carbon with simpleminer?

7 gpu

thank you

The compile of sgminer-gm included with SmOS didn't have the new kernel but the latest compile from source did. You'll want to build from source and then move both the kernel and sgminer binary over. I tried using just the kernel but the older version of sgminer didn't recognize that it was there.

https://github.com/genesismining/sgminer-gm/tree/master/kernel

Anyone using overclocked RX480 GPUs on simple mining ? I would need some help to know how to overclock my GPU's through simple mining. Thanks in advance.

great homework decayinjack - where to download this ethash-new.cl ?

Hello, dakky. Here is my workaround:

whet plugging in usb dongle dmesg shows staff like this:


lsmod shows r8188eu loaded in. Ofcourse there are many chips besides 8188. Lets include our module to /etc/modules-load.d/modules.conf


For making /etc/network/interfaces working with WPA2/PSK we need to install wpa_supplicant package:


As u can see mine is allready installed. So, the last thing is modifying /etc/network/interfaces file:


As u can see, i commented out eth0 staff. U can leave is uncommented, but systemd will wait for 5 mins while booting with dhcpclient. The good thing is that u get a wire backup if something go wring with wifi. Choose of ur own.

Couldn't wait....

I had to copy both the kernel/ethash-new.cl and the newly compiled sgminer over. It's now showing version "sgminer 5.5.5-gm-a".

Once I did that, success! After about 10 minutes of hashing, it's showing a 5s peak of 54.59MH/s with an average of 51.2`MH/s. So far, this looks like it's going to be equal or better to what my effective hash rate was with Claymore v9.3 with ASM enabled. A few hours of burn in will tell the tale.

Just putting these links here in case anyone wants to do the same:
Info on compiling sgminer-gm:
https://github.com/genesismining/sgminer-gm/wiki/Compile-sgminer-5.5.5-in-Ubuntu-16.04.1-LTS

Info on the new kernel, looks like it was due to the new AMD drivers:
https://github.com/genesismining/sgminer-gm/issues/47

Bummer!

Two things....first, I left off the text only option on my command above. Simple fix.

Second thing, looks like the compile of sgminer-gm-5.5.5 doesn't have the "ethash-new" kernel. I'll wait for Tytanick to weigh in before trying to build it locally on SmOS.

Looks like I might have figured it out. I built a fresh load of Ubuntu so I could play with driver versions and compile my own version of sgminer-gm. Once I got the new load running, I kept playing with the intensity and work unit size but no matter what, kept seeing hardware errors. A little digging on the hardware error front turned up the need to use ethash-new as the kernel due to the hardware errors.

After changing the kernel, I was able to get my bios modded rx470s to has at 25MH/s each with no overclocking! I can't get back in to the simple mining dashboard right now to verify that these settings and speed will transfer but I'm super optimistic that they will. If so, it's looking like Wolf0's comments about the latest builds of sgminer-gm equaling Claymore may be true for me.

Here's the command string I'm using:

--no-submit-stale -X 1024 -g 2 -w 104 -o stratum+tcp://us2.ethermine.org:4444 -u $walletETH.$rigName -p x -k ethash-new

you can always continue to use Claymore CDM goodness but use the "-nofee 1" switch and avoid mining to his pool. It will be a bit slower though...

I have tried sgminer-gm to mine ETH based on ethOS samples but with no success however many have recommended using the "--gpu-thread 2" option to speed up ETH mining.

Has anyone been able to get sgminer-gm-5.5.5 running with Eth? I've tried running it at the command line and even logged in locally to try and run it directly from the command line. The last thing I tried to do was launch it via the start.sh script using Tytanick's config.

Ever time, it seems to hang at:
[06:24:00] Initialising kernel ethash.cl with nfactor 10, n 1024
[06:24:07] API running in IP access mode on port 4028

I'd really love to get off of Claymore's miner. The ups and downs of my effective hash rate are driving me nuts. I'm 99% sure it's due to his process of taking the miners off of the pool and using them on his account ever so many cycles.

Running a pair of rx470s in a test box with the following command line:
--no-submit-stale -k ethash -X 1024 -w 192 -g 1 -o stratum+tcp://us2.ethermine.org:4444 -u .$rigName -p x

Z170 mobos act like a red headed stepchild when trying to run more than 4 gpus