[Mining OS] SimpleMining.net - Manage Your GPU farm the easy way! (30 days free)

[citronick]

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 <eth address>.$rigName -p x

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.

[decayinjack]

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

[decayinjack]

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.

[decayinjack]

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

[kaN5300]

I already asked, but I'll ask again since there was no answer provided...

Connected USB WLAN adapter iwconfig sees it but I can't connect to wireless network.. tried editing /etc/network/interfaces with wlan0 and data it needs but it still doesn't work...

Any suggestions how to connect rigs to wi-fi ?

Hello, dakky. Here is my workaround:

whet plugging in usb dongle dmesg shows staff like this:

Code:

[ 9327.178789] usb 1-1: new high-speed USB device number 3 using ehci-pci
[ 9327.327647] usb 1-1: New USB device found, idVendor=0bda, idProduct=8179
[ 9327.327655] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 9327.327659] usb 1-1: Product: 802.11n NIC
[ 9327.327663] usb 1-1: Manufacturer: Realtek
[ 9327.327666] usb 1-1: SerialNumber: 00E04C0001
[ 9327.493091] r8188eu: module is from the staging directory, the quality is unknown, you have been warned.
[ 9327.494636] Chip Version Info: CHIP_8188E_Normal_Chip_TSMC_D_CUT_1T1R_RomVer(0)
[ 9327.526941] usbcore: registered new interface driver r8188eu

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

Code:

root@simpleminer:~# cat /etc/modules-load.d/modules.conf | grep 8188
r8188eu

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

Code:

root@simpleminer:~# apt install wpasupplicant
Reading package lists... Done
Building dependency tree       
Reading state information... Done
wpasupplicant is already the newest version (2.4-0ubuntu6).
0 upgraded, 0 newly installed, 0 to remove and 102 not upgraded.

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

Code:

root@simpleminer:~# cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
#auto eth0
#iface eth0 inet dhcp

auto wlan0
iface wlan0 inet dhcp
  wpa-essid BUTERIN_IS_A_GOD
  wpa-psk supersecretpassword

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.

[citronick]

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

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

[g.dlc]

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.

[decayinjack]

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

[inventel]

Hello!

Can i use msi z170a pro gaming carbon with simpleminer?

7 gpu

thank you

[BeyondDeception]

Hello!

Can i use msi z170a pro gaming carbon with simpleminer?

7 gpu

thank you

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.

[Sequoia93]

Hello!

Can i use msi z170a pro gaming carbon with simpleminer?

7 gpu

thank you

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.

[Tummler]

Hello!

Can i use msi z170a pro gaming carbon with simpleminer?

7 gpu

thank you

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 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.

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.

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.

[yun9999]

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

[InTheEthMines]

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

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

[Colohub]

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

[tytanick]

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

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.

[InTheEthMines]

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

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.

on v1095 I am still maxing out at 24.5 mh

[fittsy]

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

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.

[Tummler]

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

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.

I'm having the same exact problem he is. My RX 580s average approximately 3.5 mh/s less on smOS compare to windows. Now, I'm not foolhardy enough to throw around absolute statements concerning the root cause of smOS's relative poor performance running my RX 580s relative to windows based solely on my own observation, two people's observations, or even three people's observations. Maybe you should give reserving judgment and avoiding jumping to conclusions a try. You may like it.

[citronick]

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

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.

Hi T - can you update the sgminer-gm v5.5.5 -- kernels like "ethash-new.cl" are missing. Thanks

some fact-finding from decayinjack a few post below:

===
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
===