Topic: [ mining os ] nvoc - page 67. (Read 418542 times)

Glad is working now ;-)
Thx for reporting about the bad link, here is a new one:
https://vimeo.com/252156920

I don't think Lubuntu would cause any incompatibility problems as system libraries underneath is still Ubuntu but I know using Arch or even Debian will.

Hi Pampi:
   Some time ago, I ask how to time stamp WTM so I could set up a monitor on what was to be the best over all coin to be mining. I agree I have my choices of what I think is the best and will be biased by that. On the WTM coin list I chose ETH,ZEC,and BTG. That to me was the most profitable bunch to stay with. I agree that there are many others out there that will say different. That is why we are different. We see things in a different light. So be it.
   At the end of my little trial run, I have found that over all ETH is the best money maker out of the three I chose. So instead of having the WTM keep changing my miners for me, it seems to me that just having it mine ETH all the time, I will profit the best. I know some of y ou have voiced that you would like to see the results so here it is.

I have come to the conclusion that WTM is good for telling me when to sell what ever coin I am mining, but in over all, the spread sheet of what coin is the most mined is what I should stick with. That way, I am not switching miners all the time. Of course, that is just my simple feelings on it.

I said I would post my results and that is simply what this is. By all means go with your heart and mine the coins that appeal most to you. I am in it for the long run and willing to ride out the low points in what ever coin I chose for me.

Happy  mining and Pampi, your WTM tool is invaluable to me. Thanks so much for your contribution to this effort.

thaelin

nvOc has been tested with ubuntu and working great and we all agree on "If its working, don't fix it"
Changing distro just for desktop environment is a waste of time, anyone can change to lxde (lubuntu-desktop) or any other desktops with some simple commands.

log out, choose lxde, log in.

As NameTaken mentioned a good point, most closed source miners are compiled for Ubuntu and moving to another distro even Lubuntu may cause problems in the long run.


nvOC slogan is "nvOC easy-to-use Linux" Linux gurus can play around and do whatever they like, and most of us do, it's the newbies and windows users we should be worried about.
Users got used to nvOC commands, desktop environment, ... let's not confuse them.

As I told Leenoox before, I'm willing to work with any one who wants to work on building a new branch of nvOC for more advance linux users on any other distro.

I tried that first thing, even switched my VPN to a bunch of different countries but non would play. Give's me this error - This video contains content from SME, who has blocked it in your country on copyright grounds

According to this, it's not allowed anywhere.. How are you watching it?

https://polsy.org.uk/stuff/ytrestrict.cgi?ytid=https%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DHS7Q1zH00bs

EDIT: Got it working. I literally created a new bot / getupdate and it worked.. No clue why it didn't work the first three times.

agree with you, but for another reason:
Lubuntu is just a variant of Ubuntu, it is the same OS, which uses LXDE desktop instead of Uniti Desktop in Ubuntu, and for mining purpose I don't think there will be noticeable difference

I now have a working zpool auto-switcher:

https://gitlab.com/salfter/zpool-switch

A note of caution: the description of their API is pretty much non-existent, and the normalized-profit statistic they report isn't in the same units from one algorithm to the next (it's BTC/day per MH/s for most, per GH/s for several, per PH/s for sha256d, and per kS/s for ethash).  Based on the data I've seen elsewhere, I think I have the right correction factors to correct all of them to BTC/day per GH/s, which matches up with the hashrates (in GH/s) in my miner configuration file.  If you notice that a particular algorithm seems high or low by some multiple of 3 orders of magnitude, let me know.

Further development of my auto-switchers will be under Gentoo instead of nvOC, but they should still work under nvOC with no changes to the Python code and just binary path updates in miners.json to reflect the different miner locations (the miner binaries live under /usr/bin on Gentoo).  Also, the shipping miners.json refers to a miner (at https://github.com/krnlx/ccminer-xevan) that nvOC doesn't currently provide.  Blake2S can be reconfigured to use tpruvot's ccminer at a minor performance hit.  XEvan is a relatively new algorithm only supported by the aforementioned ccminer-xevan; as a fork of ccminer, it should be relatively simple to get running under nvOC if desired.

May I suggest you to follow the steps here: https://youtu.be/HS7Q1zH00bs and then test again?
Thx.

Newest version is nvOC v0019-2.0: https://github.com/papampi/nvOC_by_fullzero_Community_Release

thanks for the reply. I cant get to the terminal to update the os. Im also a ubuntu newb so bare with me pls. i can get to the grub command line and i can get to the tty1 login for which idk the username or pword.

whattomine has just added the crowdcoin to the possible coin selection in its comprarative list.
If you want to add it to your WTM_SWITCHER list, it's still easy:

To add CrowdCoin(CRC) (Neoscrypt) to the selection of cryptocurrency in 1bash script file and therefore also in the WTM switch:

1 / Find TZC Variables in 1bash file (just below the VIVO variables, you will copy / paste as a template Under TZC lines):



Add this below to the 0miner script file (in the same way below the command to launch the TZC ccminer (and you can copy TZC but be careful to replace TZC_ by CRC_ in the whole command):

At the end of 1 bash file, you can also add CRC coin in ALGO_SPECIFIC_OC section, Like This :


Don't mine directly to Cryptopia Wallet Address because if Maintenance on CRC Blockchain, cryptopia will be slow to reput online a wallet, and you risk to mine in the void for all  the time cryptopia CRC wallet would be offline.
Download their smaller wallet. There is a portable wallet for windows users.

To consult your pool balance :
https://www.unimining.net/?address=CRC_Wallet Address

You can mine CRC on other pools :
http://www.zpool.ca/site/mining => 2% pool fee
http://pool.hashrefinery.com/ => 1.25% pool fee
https://altminer.net/ => 0.9% fee

More pools on their webpage, I do not have all consulted :
http://crowdcoin.site/#

Comes back with this, but I still don't get any messages? Do I need to do anything on the bot side to have this sent to the chat? I created the bot and started, found my user ID then pasted both into the 1bash file.

m1@m1-desktop:~$ bash /home/m1/7telegram
Telegram Messages for nvOC v0019-2.0 - Community Release
Version: :v0019-2.0.001

Return code:  0

New Telegram in 3600 seconds
./telegram

Try this code right after line 146 (you have just modify your msg)

See if that return code gives you some new info. A 0 value means ok.

I only used the ARCH LINUX system once and I was pleasantly surprised at the fluidity of my Raspberry v1.

As far as I am concerned, you have all my support, and I am willing to help you as I can, for example by testing what you will make available to us. If your image is on a 4 GB USB key then I think you will easily find a lot of testers.

With regard to CUDA 9.1, the pb seems to come from the develloppers of engineering sofware as ccminer. many versions have not moved for months, and others seem to evolve quickly and often like that of Klaust. I think it will be difficult to reconcile CUDA 8 and Cuda 9.1 in the same system.

I was actually thinking about Lubuntu, but from what you write there, enfochntion of the different evolutions of the two branches of ubuntu, it may not be worth it. not now anyway.

On the other hand, this is a huge project and if I want to make my contribution to the building, I'm not sure I have enough knowledge like you ...

Launch and tell us what is going on in a few weeks. 8 weeks can be to have a draft?

I've had some issues recently with nvOC eating itself when Ubuntu pushes out an upgrade.  Mostly it's updates to the nVidia drivers with mismatched libraries or something similar keeping miners from starting.  The timing of the first two such incidents was particularly bad, as the first was right before I left for a cruise.  I thought I'd fixed it, but it ate itself again a day or two later while I was somewhere off the coast between Long Beach and Ensenada.  

I've kinda always had a bit of a preference for Gentoo.  It's what most of my Linux boxes run (other than the Raspberry Pis, and I've even had Gentoo running on those from time to time), and it's what I'm most comfortable handling.  I put an M.2 SSD back in my mining rig, got Gentoo up and running, and knocked together some ebuilds for the latest versions of several GPU miners.  (The sp-mod ccminer needed some fixes to build against CUDA SDK 9, and I've also patched it so that it exits on the first SIGINT (like every other miner) instead of requiring you to press Ctrl-C twice.)

I pulled in my MiningPoolHub switcher, and with changes to the miner paths (they all live in /usr/bin now), it works as it does on nvOC.  I currently have the GPU fans on automatic, but I might port the fan-control code in nvOC to run the fans faster to keep the GPUs cooler.

I've also benchmarked the different miners and algorithms again to see which ones are faster, and this might be of interest to nvOC users.  The single-purpose miners (ktccminer-cryptonight, EWBF's equihash miner, and ethminer) are the fastest at their respective algorithms.  Of the various forks of ccminer (tpruvot, sp-mod, KlausT, and alexis78), for the algorithms I've currently configured to mine at MiningPoolHub, sp-mod is faster at 5 algorithms (groestl, neoscrypt, qubit, skein, and x11) and tpruvot is faster at 3 (keccak, lyra2v2, and myr-gr).  A table of what miner supports what and which miner is faster is at https://home.alfter.us/s/58BNGWUTxfpvr5U; yellow indicates an algorithm supported by only one miner, while boldface indicates the fastest miner I benchmarked on my four 1070s.

I don't have my new system wrapped up in a tarball that you can download and dump onto a flashstick as with nvOC; that isn't really the Gentoo way.  You can, however, recreate it for yourself.  Install Gentoo as you normally would (I used the amd64 no-multilib profile), install Layman, use Layman to install my Portage overlay, install the miners, and install my MiningPoolHub switcher.  A shell script launched from within /etc/local.d (or a cron job) can be used to run the switcher periodically.

Next up: benchmark the algorithms available at zpool that I don't already have in the config.

I hear the opposite where Unity is quite stable while GNOME crashes more often. That's from using them as normal desktops which you probably aren't going to do with a mining rig anyways. As for resource usage, I don't think that's a big concern since most mining rigs have 4 or 8GB of RAM and running Unity + miner uses less than 2GB. I don't think switching to Arch is a good idea. Closed source miners are compiled for Ubuntu and running them in Arch will result in miss and/or wrong shared libraries.

leenoox, excellent, you have green light from my side !!!!

One question : Does nvOC support server failover for Claymore's miner ??

Another question : Is it possible to find out somehow the exact steps which fullzero applied to transform the original ubuntu image into nvOC ?

Ubuntu is heavyweight OS and it's desktop Unity is nothing but trouble. Even Ubuntu is abandoning Unity in its next release and are switching to Gnome which is even heavier (but more stable). I doubt we need a full featured desktop environment for mining purposes. Why carry all that heavy and resource hungry desktop environment when we don't really need it.

If we want to stay within the Ubuntu ecosystem my proposal was to switch to Lubuntu which is using LXDE desktop which is much lighter and less resource hungry than Ubuntu's Unity. But... Lubuntu is switching from LXDE to LXQT in the next release in few months which is even greater and doesn't make sense to build, apply tweaks and optimize it when in few months will change its core system.

We are stuck at crossroad with Ubuntu and its derivatives (Lubuntu) at the moment as major changes and new LTS versions are coming in 3 months time, not worth the effort to rebuild nvoc on a new base Ubuntu system now.

On the other hand, as my opinion is not very favorable towards any Ubuntu (or derivative) as being built for masses and thus introduce features that create overhead and inherit bugs we don't really need in mining OS (Bluetooth, printers, sound, media), I am leaning towards building linux from scratch by using Manjaro Architect (Arch linux based) or start with plain Arch linux and add only what we need in the mining world (latest kernel for greater hardwer support, light desktop, compilers, script support, php, Perl, etc.), which will shed all junk and bloatware that comes with Ubuntu and will be extremely light, responsive and easy on resources.

In my opinion this would be natural progression of nvoc as we will transfer everything from nvoc into a new base system with the added benefits of better hardware support (latest kernel), security (latest software updates), compatibility with new miners (CUDA 9.1), stability, less resources, etc. The beauty of Arch linux is the use of rolling system which means there are no new releases, there are no releases and end of life, the system is always the latest, you can take years old image and will bring itself up as if it was installed today with all latest software and packages.

In my opinion this will not steer away from fullzero's beliefs or nvoc's open source way but will help us keep nvoc up to date with bleeding edge hardware support and up to date softwate.

I am not saying that this will be easy or can happen overnight. There is a lot of work to custom build Arch linux, apply tweaks and adapt nvoc's scripts to the new ecosystem but once it's done we will have rock solid mining OS without any bloatware that will have very small image to download and could probably use only few gigs of space.

If there's enough interest and positive feedback on this, I could start working on it

Sorry, I definitely have no time to make any promises for participation. I think we have different visions for its development. I like 1bash to be separated into smaller scripts (clocks, miners, etc) and put under git control to update remotely and apply automatically (suggested it to the original author, but think it was not implemented for a reason). But for newbies maybe easier to have all in one and no git.

I may consider sharing the code of rigmon as is, if you find it useful. It does not have currently a comprehensive manual, but there are some comments in the sample config. I am ready to answer questions and do minor changes I need (like miner autodetect). I intentionally did not use websockets to update, use polling instead - it may be reconsidered too. Remote management might be good but you have to provide authentication (maybe you already have it, as I said, I don't use nvOC as it was designed, I only use it as a kernel+video drivers with power/clock management, use own scripts to start anything).

Man I cannot get this to work. Did exactly as above and tried to use the ./telegram cmd to test. But nothing comes through. I don't have to edit any other files in the OS right? It should work with my bot & ID?

My TELEGRAM_MESSAGES loads the following

m1@m1-desktop:~$ bash /home/m1/7telegram
Telegram Messages for nvOC v0019-2.0 - Community Release
Version: :v0019-2.0.001


New Telegram in 3600 seconds