Author

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

newbie
Activity: 2
Merit: 0
Hey guys,

Today I ve noticed that OS has updated to verion 1098 and one of my cards (6-card rig) has disappeared from dashboard, does anyone experienced same or similar issue in past few days?
newbie
Activity: 26
Merit: 0
Sometimes gives a fault
GPU #0 got incorrect share. If you see this warning often, make sure you did not overclock it too much!'
GPU #2 got incorrect share. If you see this warning often, make sure you did not overclock it too much!
which can be gpu0 and gpu2 slot on the motherboard

Gigabyte GA-970A-DS3P rev 2

https://linustechtips.com/main/uploads/monthly_09_2014/post-143245-0-28359800-1411399103.jpg


newbie
Activity: 15
Merit: 0
single image smOS for R and RX would nice.

bootup check: if Polaris = true load RX image else load R image fi ?

is it that simple!?

There wil be nvidia+amd-gpu pro single image but i wont be integrating old fglrx into it Smiley
Dont see point right now, i need some free space also for future new miners programms.


Nvidia + AMDGPU-PRO single image? Will this be able to mine on both an Nvidia GPU and an AMD GPU in the same rig?

If so... ohboy, I need some popcorn, cause this is gonna be a funny show.

I think you've misunderstood him. He isn't saying you can mine with Nvidia and AMD gpus on the same rig. He's saying smOS will come equipped with both drivers and will work with either GPUs without needing to install a different OS version.
You can't mix Nvidia and AMD GPUs on the same rig, but I don't see anywhere where he explicitly said you could.
hero member
Activity: 672
Merit: 500

Hi! What's wrong with SMOS today? Everything worked fine, but half of hour ago pool stopped receiving data from miner (Claymore 9.5). Then I tried to restart my rigs: the restarting process takes about 10 minutes per rig... Then I can see in console miner starting, some accepted shares, but I can't see info about hashrate here.
y you think its SMOS related? do you >know< that the rig is working properly? 9.5 is more onstable on my side ... after running multiple days 9.4 it rebooted 3 times in a couple of hours on 9.5 with message "miner threat hang up"


btw. the temps are showing very precise, that the rig is NOT mining Smiley You better ssh into the rigs and check out whats going on

I haven't had any issues even when I moved over to 9.5 the rigs still ran strong

https://imgur.com/a/QdtO8
member
Activity: 98
Merit: 10

Hi! What's wrong with SMOS today? Everything worked fine, but half of hour ago pool stopped receiving data from miner (Claymore 9.5). Then I tried to restart my rigs: the restarting process takes about 10 minutes per rig... Then I can see in console miner starting, some accepted shares, but I can't see info about hashrate here.
y you think its SMOS related? do you >know< that the rig is working properly? 9.5 is more onstable on my side ... after running multiple days 9.4 it rebooted 3 times in a couple of hours on 9.5 with message "miner threat hang up"


btw. the temps are showing very precise, that the rig is NOT mining Smiley You better ssh into the rigs and check out whats going on
newbie
Activity: 19
Merit: 0
https://image.prntscr.com/image/_st6zOSPQvGIMTsWtL0Zew.png
Hi! What's wrong with SMOS today? Everything worked fine, but half of hour ago pool stopped receiving data from miner (Claymore 9.5). Then I tried to restart my rigs: the restarting process takes about 10 minutes per rig... Then I can see in console miner starting, some accepted shares, but I can't see info about hashrate here.
member
Activity: 98
Merit: 10
Guys I have the following issue:

My asus strix rx 470 Mh/s fluctuate wildly (20-27) under smOS, if I run them on windows they hash stably, why is this happening?
question would be on which hashrate they stay stable ... are u benefitting of SMOS cause it runs from 20-27 instead of stable 20? Tongue
member
Activity: 72
Merit: 10
Guys I have the following issue:

My asus strix rx 470 Mh/s fluctuate wildly (20-27) under smOS, if I run them on windows they hash stably, why is this happening?

newbie
Activity: 7
Merit: 0
I'm trying to use the alternate z170 version of the smOS image, but I can't correctly write it to a usb stick using HDDRawCopy.

This one: https[Suspicious link removed]0ANDips0.imgc

It writes very slowly, and I get an error before its finished. Afterwards, I can't see/read anything on the disk in Windows, and I can't boot from it either. I've tried with several usb sticks.

What am I doing wrong? I tried a 32GB, 16GB, and 8GB usb stick with HDDRawCopy. Do I need to try writing using another tool?
hero member
Activity: 672
Merit: 500
single image smOS for R and RX would nice.

bootup check: if Polaris = true load RX image else load R image fi ?

is it that simple!?

There wil be nvidia+amd-gpu pro single image but i wont be integrating old fglrx into it Smiley
Dont see point right now, i need some free space also for future new miners programms.


Nvidia + AMDGPU-PRO single image? Will this be able to mine on both an Nvidia GPU and an AMD GPU in the same rig?

If so... ohboy, I need some popcorn, cause this is gonna be a funny show.

I like tytanick and his OS but I'm with you wolf0 this is going to be a show with both in one!

It would be best to separate them
member
Activity: 98
Merit: 10
single image smOS for R and RX would nice.

bootup check: if Polaris = true load RX image else load R image fi ?

is it that simple!?

There wil be nvidia+amd-gpu pro single image but i wont be integrating old fglrx into it Smiley
Dont see point right now, i need some free space also for future new miners programms.


u mean R-OS is not longer supported when nvidia comes?! that would be a killer!
hero member
Activity: 751
Merit: 517
Fail to plan, and you plan to fail.
single image smOS for R and RX would nice.

bootup check: if Polaris = true load RX image else load R image fi ?

is it that simple!?

There wil be nvidia+amd-gpu pro single image but i wont be integrating old fglrx into it Smiley
Dont see point right now, i need some free space also for future new miners programms.


Eagerly awaiting Nvidia SmOS Smiley
legendary
Activity: 2660
Merit: 1096
Simplemining.net Admin
single image smOS for R and RX would nice.

bootup check: if Polaris = true load RX image else load R image fi ?

is it that simple!?

There wil be nvidia+amd-gpu pro single image but i wont be integrating old fglrx into it Smiley
Dont see point right now, i need some free space also for future new miners programms.
member
Activity: 98
Merit: 10
single image smOS for R and RX would nice.

bootup check: if Polaris = true load RX image else load R image fi ?

is it that simple!?
legendary
Activity: 1834
Merit: 1080
---- winter*juvia -----
ahhhhh i understand ... mostly u find these params in context of windows ... so probably setting them on linux is really useless.

Not the case - read what I said more closely: If you're on Linux and using the fglrx driver, they do indeed have an effect. Only on AMDGPU (which MUST be used for RX cards) ignores them entirely, IIRC.
oh ... im using "old" HD7990

so on the R-OS Image they would effect mining? and also it should be possible to set temps and fans with claymore than? (not that i would need it but just for understanding)

and on the RX-OS everything is not happening at all?


When i understood it, i would take it on my FAQ section Smiley cause this undervolt/overclock/fansetting stuff is really a FAQ Tongue

Yes - I don't use smOS, but his R-OS image pretty much certainly runs fglrx, while the "RX-OS" image would run AMDGPU. Since fglrx still has the ADL interface (which is common to Windows (all) and Linux (fglrx-only)), I believe Claymore's clocking & fanspeed options should function as advertised, yes - the voltage ones, I *highly* doubt it.

Also, what's with the seperate images? Just... dynamically select driver @ boot...


single image smOS for R and RX would nice.

bootup check: if Polaris = true load RX image else load R image fi ?
member
Activity: 98
Merit: 10
ahhhhh i understand ... mostly u find these params in context of windows ... so probably setting them on linux is really useless.

Not the case - read what I said more closely: If you're on Linux and using the fglrx driver, they do indeed have an effect. Only on AMDGPU (which MUST be used for RX cards) ignores them entirely, IIRC.
oh ... im using "old" HD7990

so on the R-OS Image they would effect mining? and also it should be possible to set temps and fans with claymore than? (not that i would need it but just for understanding)

and on the RX-OS everything is not happening at all?


When i understood it, i would take it on my FAQ section Smiley cause this undervolt/overclock/fansetting stuff is really a FAQ Tongue
member
Activity: 98
Merit: 10
ahhhhh i understand ... mostly u find these params in context of windows ... so probably setting them on linux is really useless.
kac
newbie
Activity: 1
Merit: 0
i have 6 same cards in my Miner and one card makes problems (no good Hashrate and many invalid shares)

i will check the bios settings on this cards, but how can i find out in witch slot on the Mainboard is this cards pluged?
How can I identify the GPU1

Code:

ETH: GPU0 29.215 Mh/s, GPU1 19.996 Mh/s, GPU2 29.212 Mh/s, GPU3 29.222 Mh/s, GPU4 29.177 Mh/s, GPU5 29.189 Mh/s
GPU0 t=74C fan=41%, GPU1 t=59C fan=27%, GPU2 t=75C fan=34%, GPU3 t=73C fan=30%, GPU4 t=76C fan=28%, GPU5 t=59C fan=27%


I seem to have his exact issue and its only apparent when dual mining. As soon as i mine just ETH its all good.
I also found it seems to be isolated to the primary pcie 16x slot, i changed the slots on all the cards and the fault is always on GPU1.
 -dcri has a direct impact on the speed of this card when dual mining, the others are far less effected.

Also if you check the gpu clock speed it will probably be significantly lower than the rest. When setting the clock speed for all my cards in the web interface GPU1 always comes back as 910mhz regardless of the speed i set.
member
Activity: 98
Merit: 10
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


Are setx automatically set in simplemining OS?


this is, what SMOS sets on bootup (i have no clue, what the params do)
Code:
export GPU_MAX_ALLOC_PRECENT=100
export GPU_USE_SYNC_OBJECTS=0
export GPU_SINGLE_ALLOC_PERCENT=100

did some research and still have no clue what each param is doing Sad but it seams that most of them are obsolete on modern systems

Very true - honestly, you'll probably find a lot of shit like that. The dev of this OS probably doesn't know the AMDGPU driver doesn't even look for these environment vars - let alone take action based on them.

so its completly crap to set em? ... i read something about the miner software is using em ... that could be a reason why claymore is recommending them
member
Activity: 98
Merit: 10
i have 6 same cards in my Miner and one card makes problems (no good Hashrate and many invalid shares)

i will check the bios settings on this cards, but how can i find out in witch slot on the Mainboard is this cards pluged?
How can I identify the GPU1

Code:

ETH: GPU0 29.215 Mh/s, GPU1 19.996 Mh/s, GPU2 29.212 Mh/s, GPU3 29.222 Mh/s, GPU4 29.177 Mh/s, GPU5 29.189 Mh/s
GPU0 t=74C fan=41%, GPU1 t=59C fan=27%, GPU2 t=75C fan=34%, GPU3 t=73C fan=30%, GPU4 t=76C fan=28%, GPU5 t=59C fan=27%

the most logical way would be to only use one card at once until you know the bad one Wink

a maybe easier way is setting claymores param -di which sets the active GPUs
Code:
-di    GPU indexes, default is all available GPUs. For example, if you have four GPUs "-di 02" will enable only first and third GPUs (#0 and #2).
   Use "-di detect" value to detect correct GPU order for temperatures management (requires non-zero "-tt" option); note that it will not work properly if you do not want to assign all GPUs to miner (add "-gmap" option to fix it).
- good if you only have remote access - didnt tried -di detect, maybe this is even easier...
if you have access to the keyboard and monitor you also can use this option:
Code:
You can also turn on/off cards in runtime with "0"..."9" keys and check current statistics with "s" key.


oh ... erm ... since u see the stats in SMOS u allready know the index of the GPU ... so u only need to stop all other cards by -di 1 (gpu1 is at low hashrate) or "0"..."9" and check the card, which is hot and loud in the rig.
Jump to: