Topic: HOW TO SET UP OVERCLOCKING AND FAN CONTROL ON UBUNTU 16.04 FOR NVIDIA CARDS - page 6. (Read 54990 times)

Thanks a lot for answer.
Do i need to install cuda8 or it is already instaleted with Additional Drivers or OS ?
I can use oveclock and fan control using nvidia-settings, right?

I did all you said.
When I try to start nvidia_gpus_oc.sh

I get errors:

Then I tryed to change fan:0 to gpu:0, and have no second error. But fan didn't start.

When I add same commands for gpu1 I have one more error ofr gpu1

What is wrong now?

Guide is pretty old. It super-simple now

These are the steps are now:

1) install Ubuntu 16.04LTS or 17.10LTS

2) Update the Operating System via Software Centre. REBOOT

3) Go to Additional Drivers and switch the the CPU drivers, if not automatically loaded. REBOOT

4) Go to Additional Drivers and switch too Nvidia Drivers. REBOOT

5) Open a Terminal and enter each line:

sudo update-grub

sudo nvidia-xconfig -a --cool-bits=28 --allow-empty-initial-configuration

REBOOT

Fans control and overclocking is now enabled.

Amended the 1st page, which explains how to set up automatics fan speeds and overclocks.

Thanks a lot, for you guide.
I tryied to do it step by step. Three times. But had no succsesfull.
First difference is - after install Ubuntu (ubuntu-16.04.2-desktop-amd64), when I enable nvidia driver first time, I already have last version of nvidia drivers. I can't install  367.57 . Is it ok?
After install nvidia drivers I can open nvidia settings, but i don't know where to do to "And X Server Configuration and save the configuration file. " I tryed to reboot and after that I can see temps, fans rpm, clock of gpu's.
So then, when I disabled nvidia driver and enabled Nouveau driver, I start to install last nvidia driver one more time. One time I had error that because of enabled Nouveau driver, it can not install nvidia drivers. Is my job right?
After succesfull instalation cuda (without drivers) I tryed to overclock gpu, and have a lot of eerors. Failed to connect to Mir: Failed to connect to server socket: No such file or directory. Unable to init server: Could not connect: Connection refused. I tryed to install mir, but it was a bad idea.
What am I doing wrong? Can you give me some help?

It is an old guide - some of it does not apply anymore.

No they may not.
 I run both folding and mining software and these four lines are all that is needed.
No need for complications in the OP.

Just as a correction, I tested with 375 drivers to be accurate.

Lot's of people mining cryptos overclock the core and memory and the later drivers include better optimisations for that.

Don't have time to go back and test older drivers - gaming at the moment.

I mostly run folding, results may vary I guess.

Well, you can do that, but when I tested it, some mining software lost a lot of after 4-7 hours of mining and hashed at 60% less.

Install Ubuntu 16.10

sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
sudo apt install nvidia-370 nvidia-cuda-toolkit
sudo nvidia-xconfig -a --cool-bits=31 --allow-empty-initial-configuration

Yeah, bash-script.

Then, it is a problem with your driver installation.

Or, did you accidental say "Yes" to install Nividia drivers when installing Cuda 8 - that will wreck everything.

Or, you've got a corrupted Ubuntu OS installation.

Anyway, I would zero wipe your SSD and start again.

thanks a lot for your reply! i'm not sure i understand you correctly what you mean by 'set up .sh overclocking profile'.
i assume you mean i need to create a bash-script (.sh) which gets executed during startup (just as you posted in you guide)?
this is exactly what i have done and this leads to the described behaviour in my case (level 2 (without clock-offsets) of a total of 3 levels).

without the RegistryDwords-option, the card is stuck in level 2 (of 3) right from the beginning.

The professional overclockers on youtube have said that Nvidia 10 series card don't get a worthwhile boost to higher mhz stability by adding more voltage.

thanks for the guide!
btw please make overvolting guide on linux.

Firstly, this does not work:

Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1

I would delete it off, I tried it and all it did was mess up settings.

Nvidia Compute always drops memory to 2nd memory profile setting, which is legacy problem from the launch of 10 series cards.

You need to set up .sh overclocking profile that will add 404mhz (or whatever you GPU is short at) overclock to the memory to get the gaming memory performance of 8008mhz applied to the Compute tasks.  

hi there and thanks for this writeup! pretty much covers what i've tried/observed so far.
besides setting coolbits to 28 (which i don't think is necessary as a value of 16 should suffice unless one wants to fiddle with GPU-voltages) i've also come across the xorg.conf setting of

  Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerDefault=0x1; PowerMizerDefaultAC=0x1

which ought to help set a performance-level where GPUMemoryTransferRateOffset can bet set which is in my case only the cards highest performance-level (can be checked with nvidia-settings -q GPUPerfModes -t)!

however, after booting the card seems to be in the highest perf-level but as soon as i start my miner the perf-leves goes back to the second highest level where the GPUMemoryTransferRateOffset cannot be set.
any idea what i might do wrong on this? 

setting fanspeed and GPUGraphicsClockOffset seems to work fine as both are settable not only in the highest perf-level...
driver used on my debian-system is 375.20.

cheers!

hence ...

backing what i was saying ...

if dev teams would actually support redhat systems as much as debian based systems - we would have a multitude of systems to choose from - and not a finite set of systems ...

though i totally agree with ubuntus support structure and setup - i am saddened by the lack of support for almost any other distro other that ubuntu / debian based ...

which we will hopefully change this coming year ...

#crysx

Well, the Ubuntu development team have extra optimisation to ensure the max performance happens with GPU drivers. There are quite a few decent games playable on Ubuntu now.

For example: I tested a straight install of the latest Nvidia drivers, without installing via Software & Updates , and then Additional Drivers the Ubuntu officially tested Nvidia 367.57 drivers.

I found that the straight install of latest Nvidia drivers became unstable and would hash at 40% of the GPUs actual max hashrate speed.

Therefore, the Ubuntu development teams have extra installs, which make Nvidia drivers stable and achieve the max GPU performance, which carry over when updating too the latest Nvidia drivers.

hehehe ...

i actually couldnt agree with you more ...

debian based distros are now the 'norm' - but that doesnt mean that a multitude of rhel based systems are not in use today - because they are ... infact in much more businesses and corporates than any other distribution ...

but come crypto mining - and debian based systems become something that is used throughout - and it blows my mind why ... not that i am against these systems - just that im agaians the use of the term 'linux' to describe ubuntu - rather than ALL distributions ...

anyway - there are so many that have made it a warcry now - that newbies that come into the miner scene seem to get led down into a spiral rabbit hole and never come out the same when it comes to distros of any sort ... ive been a redaht guy ( yup - ive haerd it all before and heard all the condolences speeches ) but redhat systems are the number ONE and primary business systems in the world to date ... so in a crypto sense - it may not be too much of accolade - but in the business world ( which makes up more then 88% of the linux systems globally ) it matters that redhat is the stable and common system ... which means if crypto mining actually took anything really seriously with regards to implementation in this field - they may just have some corporate grunt on cryptos side ...

but alas ...

the details of the instructions for oc and linux of this thread however - are actually quite good ...

tanx for that victim ...

#crysx

Ubuntu varients like XUbuntu should work the same.

 XUbuntu has that nice "startup" stuff built into the XFCE desktop though, and doesn't make you put ".sh" at the end of shell scripts to run them, though they DO need to be CHMODed to an executeable status.


 Most mining software programmers write to Ubuntu (I'm not sure why that started but it's definitely the default by now).
 Getting most mining sofware to work on non-Ubuntu (or at least non-Debian) varients therefore becomes a major chore at best.

 I just wish Grub didn't make "cloning" an existing working installation a PITA (I can clone a working Slackware setup with a single "DD" command, trivial easy and built into ANY distro, because of it's use of LILO).

 I suspect it wouldn't be such a PITA if grub didn't force the use of that stupid "UUID" .... GARBAGE ....

yup ...

debian based systems like that are fundamentally different to the rhel based systems ...

from installs to support in repos - some things are similar - but very few ... most things between the different distributions are completely different - but usually not impossible to do ...

the type of mining farm that is currently being devised is unique to cwi and thefarm ... it is being done no where else in the world and the cooling design i am designing for the miners themselves - is just as unique ... so when an oc is stable for a particular type of card or chipset - then the cooling design can be implemented to better keep the gpu cards themselves much cooler - and the mining much more simplified but highly optimized with our miner ...

so this is one of the things i would like to see happen within the coming 12months of 2017 come to fruition ... alongside all the other things we have - this will make a handy addition to the knowledgebase we are also putting together ... this will also simplify the installation procedures which almost NO developmental projects out there support off the bat - redhat systems ...

community members and devs alike seem to think the word linux is synonymous with ubuntu / debian ... its not ...

will let you know how we go in the coming months ...

#crysx