I've been using nvOC for more than a year. I do not upgrade the base system, but upgrade only miner I use. Now I am going to switch to another miner which requires CUDA 9 (my system has CUDA 8.0).

Can anybody suggest me how to update CUDA to version 9 not touching the rest of the system? I can, of course, replace or update the whole nvOC and check if it has CUDA 9 (does it?), but prefer to update drivers only.

I have never used Linux as a desktop with graphic drivers (but use it heavily for console only servers), so have no experience with NVidia drivers.

Actually I am using Claymore's ETH miner in single mode. This night I tested ethminer 0.13 and found that it outperforms Claymore's one a little bit (even not counting the devfee). But I like to monitor it via API using own tools. I surprisingly found that latest ethminer is compatible for miner_getstat1 API call, but it requires CUDA 9. Older version for CUDA 8 works well, but it does not yet provide the same telemetry. That's the reason I want to upgrade. Newer version also works in OpenCL mode but hashrates are much lower than in CUDA mode.

Exactly.

My test rigs on Win10. Ignore stale share counts, I have long pings from these test rigs.
rig01 is ethminer, rig02 is Claymore's, rigmon is my own tool and uses the same API for both miners.



PS. NVidia cards on Linux report temps/fans only in CUDA mode (tested with older miner for CUDA 8 ). In OpenCL mode they do not report this.

Forget about ethmon, as explained in one of its issues, it was abandoned and not developed anymore.

I rewrote it and called rigmon, it supports quite a lot, including RRD-like database for FAN/TEMP graphs, miner console view, etc, etc. (see that issue for more details). But I did not publish it and use internally. Writing a code for public requires some time to add README, examples, etc, etc. But only couple of users said thanks for it, not talking about donations... User interest is the main motivation for OpenSource projects, and I did not find such interest. So I decided to not waste time preparing it for public access and did not open.

rigmon supports multiple miner rigs with few cards per each, Claymore dual-mining, also it supports multiply miner groups to see group stats plus total. Supports miner console view (for Claymore and ZM). Customisable window title with rates. API call for external health monitoring (when there are issues, I receive a message on my phone via telegram and another Android-specific AutoRemote tool, rigmon provides the info, another script uses it).

Actually it is not an all-in-one solution as some other monitors. I wrote it for myself and find it useful. I do not need, say, miner control from it, so it lacks this. Recently added ZM API support and just found ethminer compatibility.




PS. How to post small image previews? I used img tag and they are huge...

The issue is I don't know which miners provide an API to get the info desired. I know at the moment that all Claymore's miners (ETH, ZEC, XMR), ZM Zcash miner, ethminer provide the data (ZM does not report fans, but reports temperatures). I know nothing about others since I do not use them.

It was a fun project, now I'm playing with trading bots :-)

Why do not you use a lighter linux system like Lubuntu or even, a linux system even more minimalist as there are at least a dozen ...

I know, I say in a vacuum and it's a lot of work but I have often thought about it. I did not have the courage or the motivation to try.

These days, I'm getting ready to make my RIG fatter because 2 GPU is good for testing, but it does not produce enough and not fast enough for my taste.

I always prefer to build my mining linux myself. But for nvidia, I wasn't able to control undervoltage/overclocking. That's why I still use old nvOC. But from what I remember, these functions required from me to install X11 along the computing drivers. So I am not sure if desktop makes it so fat and not a required dependencies. Without them the system works, but was no fine tuning possible. I may be wrong.

That's exactly the reason why I dropped ideas of making thin system. For AMD I did a USB-bootable one that required 1GB USB flash only, and only 500M of this was the compressed file system, the remaining space was allocated for copy-on-write overlay fs to save changes.

Ok, i see that you and NameTaker have tried to minimize maximum system size. Your objection seems to be logical and the result of your experience and tests too.

Thats exactly what Leenoox says to use Lubuntu or some thing lighter.
But I think changing OS needs fullzero consent and its not our place to fully change his OS.

Ubuntu 18.04 is coming in less than 3 months
lets see how it works with gnome-desktop and new kernels, and hopefully fullzero will show up till then too.

nvOC boots in less than a minute and I dont see any reason to migrate from it and go for lubuntu or any thing else when ubuntu has the most users and many are familiar with it.