Topic: [ mining os ] nvoc - page 265. (Read 418549 times)

That's something i haven't faced yet! probably your temp fix might help someone else's problem.

Thanks

Fullzero said as soon as he gets a hold of 2 P106-100 cards.

Read pages 125 up to now and you can make it work

When will you make a fix for P106

Here's the scenario what happened earlier.

I wait 3 minutes for the system to fully load its daemon and programs and then I open up the guake (hit f12). After that I opened up the firefox and searched something (I often hit alt+tab to monitor if the miner still works).

When I'm about to check the watchdog, I can't access it anymore. So I hit f12 but no good. I clicked the launcher but it gives mo a "loading" mouse.

I made a workaround for now, I went to guake properties and put the window "always on top".

Not sure how you mean, but from my experience I can say, Guake doesn't work straight away after boot, the 1bash need to run first and you will see notification about Guake(press F12).

Then you can press F12, after 1st run of 1Bash after reboot only Guake works normal with F12.

Hope it makes sense and helps!

When I want to enter commands I'm using Guake terminal. Sometimes it doesn't show uo even I hit f12.

Why is it unstable?

Whoops sorry about that, here is the link! http://i999.photobucket.com/albums/af112/Ben_klink/E411BAAB-938C-42A3-BDE6-0B6B5610CF6A_zpskweq0qgp.jpg

Thanks!

https://i.imgur.com/fVp8VRy.jpg

Some proof things work. still need a good Tutorial on 1bash file meanings for nvOC so ppl don't wast time on trial and error.

Nop actually i use the old one, i prefer to wait version 0019 to get everything up to date. I can be patient and is actually work fine like this

Ahh... I was wondering how to set individual difficulty .. I'll give that a shot to see if I can squeeze some better perf. out of it.  Thanks for the tip.

I've just gone back to using krnlx in the script since the performance is nearly identical as far as i can tell and it's stable without having to worry whether watchdog will kill it or not.

Hi, i managed to connect 13*p106-100 gpu-z with no display output but when i log on via teamviewer the resolution is too small to do anything, could you fix this so that the resolution is normal ? Then i can do everything easily and test to my will:)

Edit: i get this in restart log :
Sun Aug 20 18:10:35 CEST 2017 - Utilization is too low: reviving did not work so restarting system in 10 seconds

Sun Aug 20 18:13:03 CEST 2017 - Starting miner restart script.

what does it mean

Thank you for input.

I am, among other titles; a CS: so I am familiar with optimizing code.  I will fully OO what is now called 1bash after I have implemented member requests.  Using OO code that is functionally identical to the overly procedural code; is not a priority.  It is also harder for a member who is not familiar with linux, let alone bash; to understand OO code.

nvOC is not only a mining OS; it is also a method of exposing thousands of members to linux and teaching them some very basic bash scripting.  In v0019 the implementation is separate from the user configuration / settings; so it will start to make more sense to optimize the code: as I expect most members will no longer interact with the implementation at this point.

Yeap skunk have sweet spot for every brand i think. U have to manage to find the fine tunning. I am not sure about this but i bet 1080ti can grab better performance on -i 26, i think u assign intensity per gpu like -d 0,1,2,3,4,5,6 -i 25 -d 7,8,9,10,11 -i 26
Anyway i get a bad experience with krnlx, before ccminer update, i was thinking about going back to palginmod with -20% hashrate ( not the new one )
I try to fix my variation GPU volatility, i cant run watchdog without lot of reboot by GPU sometime go to 0% for 1 second, everything is fine but watchdog dont like this
When u try to reboot miner via quake, i dont know why but on ccminer build, script cant kill "irq" is state in zombie mode. So when u launch miner again, GPU cant assign correct value cause if this "irq" zombie, just do "sudo pkill -e irq" and u can launch it

Like the above post, download it, move it to /eth/

rename the 9_7 to 9_7_old or something and rename the 9_8xxxxx version to 9_7, should work normally.

If you want to use 9_8 as is, you need to change add the directory in lot of places on 1bash.

So I'm pretty new to mining, have 2 rigs. 1 running 2 1080ti's and 1 1060 mini. And then the other rig has 1 1080ti and one 1060 mini (other 1080ti is bunk) I tried downloading nvoc18 but it didn't cooperate and the copy just crashed upon boot. So I imaged back to nvoc17 and it's running well other than this. Stuff about the individual power settings and teamviewer etc those show up every time I've run 17, even with multiple re image attempts. My buddy voskcoin has been helping me troubleshoot my problems and getting me started, but he wasn't even sure about this. http://i999.photobucket.com/albums/af112/Ben_klink/E411BAAB-938C-42A3-BDE6-0B6B5610CF6A_zpskweq0qgp.jpg

Hi fullzero,
Thank for your awesome distro. It help me alot!!!

If u dont mind, i think here are some improvements for your 1 bash file:

1. Use "eval" instead of very very long repeatedly redundancy source code,
For example:

for j in $TI
  do
    for (( i=0; i    do
        eval \${NVD} -a [gpu:\${i}]/GPUGraphicsClockOffset[\${j}]=\${__CORE_OVERCLOCK_$i}
        eval \${NVD} -a [gpu:\${i}]/GPUMemoryTransferRateOffset[\${j}]=\${MEMORY_OVERCLOCK_$i}
    done
done

or

if [[ $MANUAL_FAN == "YES" && $Maxximus007_AUTO_TEMPERATURE_CONTROL == "NO" ]]
then
    for (( i=0; i    do
   eval \${NVD} -a [gpu:\${i}]/GPUFanControlState=1
   eval \${NVD} -a [fan:\${i}]/GPUTargetFanSpeed=\${FAN_SPEED_$i}
    done
fi


2. Move repeatedly source code to a function
For example:
function SLOW_USB_KEY_DELAY(){
    if [ $SLOW_USB_KEY_MODE == "YES" ]
    then
        sleep 6
    fi
}

3. Use directly $CLAYMORE_VERSION to create claymore path instead of using if...fi
For example:
$CLAYMORE_VERSION="9_8"
HCD="/home/m1/eth/$CLAYMORE_VERSION/ethdcrminer64"

Sorry for my bad English but hope that it will help u
Cheers,

I ran the 2.2 version of TPruvot ccminer w/ skunk and got horrible hashrates.  I will recompile and test it again, but for now, krnlx is the fastest for me.  I'm not sure why there is a perceived drop of 30% in his setup, but I'm not seeing that at all.  I'm mining exactly at the expected coin rate per day based on both whattomine.com and crypto-economy.com calculators (450mh/s nets me around 550 coins a day +/- 25).  I will note that when I tried changing clock settings a little higher it really affected hashrates, dropping them over time considerably.  There is definitely a 'sweet spot' clock rate for skunk, and deviation appears to create greatly reduced production.  Also mining at -i 26 seems to have reduced my hashrates, so -i 25 is the proper setting for 1070 / 1080 Ti at least.  Lower settings or leaving -i blank greatly reduce hashrates, as is to be expected.

I'll update with the results of a recompile with tpruvot's most recent ccminer release on 0018.

Thanks for keeping an eye on this.

EDIT: the latest tpruvot ccminer release runs at just about the same hashrate as krnlx within 1-2mh/s (463mh/s vs. 462mh/s) and in a 2 hour test it mined 26-27 coins an hour on sigt.pool.mn which is a small number more than I was mining before, but it's a shjort test length so I'll update again after 24 hours to get a better average.  I was able to run tpruvot with skunk from command line in guake, but it crashes for some reason when running from the script almost immediately after it starts mining (before watchdog kicks in).  Not sure why that's happening, the command line is the same in both as I have it configured.

In the end, I don't see a dramatic difference between the two miners' performance except that I know krnlx runs from the script properly, whereas TPccminer 2.2 does not work in the script yet.  I'll keep playing around with it to see if some code in the script I added has an error. It's strange because the miner actually starts mining properly, but then errors out, rather than just not running at all which is normally how that goes.

I am a Linux newbie, but I was thinking too complicated. I simply replaced the file in the Genoil folder with the ethminer 0.12.0.dev2 file and it works like I wanted

I'm using trpuvot too, looks great.

download 9.8, extract to ～/eth/9_8, replace 9_7 with 9_8 in 1bash.