Topic: [OS] nvOC easy-to-use Linux Nvidia Mining - page 318. (Read 418416 times)

Anybody managed to dual mine ? If so ... I need to edit something in this section for ETH intensity ?
if [ $COIN == "DUAL_ETH_SC" ]
In windows I had  -ethi x -dcri y . Here I see only dcri. I have to add ethi on that line or on top of the oneBash in the ETH_EXTENTION_ARGUMENTS section ?
So many new things since I first found this 3 weeks ago 
 

Glad your 1050tis are good. 

There are a crazy number of different ways you can remotely interact with rigs.  Each as its advantages and disadvantages.

For now; I am going to finish work on my own: rather than continuing to implement each individual requested type.

When I am done, if members still want some other kind of solution; I will implement it.

If you are having hard crashes without initializing the OC then it is almost assuredly due to hardware.

My guess is that you are using an SSD.

See these posts:

https://bitcointalksearch.org/topic/os-nvoc-easy-to-use-linux-nvidia-mining-1854250

https://bitcointalksearch.org/topic/os-nvoc-easy-to-use-linux-nvidia-mining-1854250

Sounds like a plan.  More centralized configuration probably would make it easier to add more algos.  I originally had the card configuration code duplicated across all of those batch files, before I separated it out into set_power.sh.  I have an idea to get rid of most of those scripts, but I've put off my paying job enough for this morning and need to hunker down to that. 

I bought a couple of those recently to use with my 1070s...have a Spotswood frame on the way after finding a tower case inadequate for keeping even two GPUs cool, let alone four or more:

http://amzn.to/2sF7wm5

One didn't work at all.  The other appears to run OK at first, but as soon as the miner software starts hammering the card, the card falls off the bus and quits working until at least a reset (or did it need a power cycle?).  I went into the BIOS settings and set the PCIe slots to their slowest setting; that didn't help.

I might still have some ribbon risers hiding in a box; I never had trouble with them in the past (last used them with two Radeons (HD 6870 and HD 7750) on an Intel D945GNT), but I don't know if they'd have enough reach to load up the frame with 8 GPUs.  Is there a longer ribbon riser available than 12"?  If not, what USB (or other cable type) risers have been less troublesome than others?

(In the meantime, swapping GPUs around so the hotter-running one is on the bottom has helped.  At 125W each and fans on automatic, the upper GPU with better cooling stays in the low 70s, while the lower GPU stays in the upper 70s while mining Equihash.  Fans at 75% keep both GPUs in the 60s.)

These are very valid points, I am going to have to do some pondering on this idea.

Your sentence should be highlight and bolded lmao. One reason why I got my Trezor is the offline hardware wallet.

Best way to do this is to setup a OpenVPN into the network and allowing it on the same subnet. Once you VPN, the connection will act just like if you were on the home network. It will also be secure if you use higher level of encryption like AES256-CBC.

The last time I had lots of miners running, I was mining coins directly (first with CryptoSwitcher, then with MinerSwitcher) and exchanging them manually.  With transaction fees from my altcoin wallets to the exchange, conversion fees at the exchange, and transaction fees from the exchange to my Bitcoin wallet, they would've all added up to a decent chunk of mining revenue.  With many of these (especially the transaction fees) being fixed fees instead of percentages, the effective percentage of fees would be even higher.  I also hadn't gotten around to automating the actual altcoin-to-BTC exchange process, so there was a bit of a time suck involved in periodically logging into the exchange, sending it funds, waiting for the funds to appear, putting in bids, etc.  (I also tended to want to drive the bid up, so sales weren't likely to go through immediately.)

While I haven't yet run the numbers to quantify it, I suspect that if BTC is your goal, a service such as NiceHash is likely to work out better for a small-time operator like me.  Economies of scale work in their favor...when they go to exchange altcoins for Bitcoin, your holdings are sent along with everyone else's and processed in one transaction.  That's one transaction fee to send to the exchange and one fee to receive the results back.  It seems intuitive that this should result in more BTC in your wallet.  Whether it actually does, of course, would be an interesting test to run.

One way to minimize the impact of transaction fees if you mine directly would be to have your altcoin proceeds sent directly to exchange accounts.  Not all pools are compatible with this approach, though; in particular, any arrangement in which miners are paid out of a coinbase transaction (P2Pool, Eligius, etc.) is likely not going to work with an exchange wallet.  Beyond that, keeping substantial funds in an exchange wallet has never been a good idea.

How come I don't see the Pastebin option in v0017 of the oneBash? I've downloaded a fresh copy and cannot find it.

Never mind, I'm a dofus. It's in the 2unix file. Is this just one line to implement?

My experience it is about the same, without the need to exchange to BTC. I've mined some ETH and HUSH straight to my wallet. I've also spent a lot of time mining for NiceHash. It is nice getting BTC up front and it's simple.

For example, say you mine ZEC for a week and don't exchange for BTC/USD. If ZEC value drops and BTC stays the same you can lose money while mining straight ZEC.

power limit: 100
core: 110
mem: 1300

I tried your settings and nothing changed. :-(

nanopool + genoil: 216, dwarfpool + genoil: 180

I have written to dwarfpool admin but have not got solution.

Any new idea?

I like the nanopool's web admin page but do not like the 1% fee. I would like to switch only for this. What your favourite pool and why?

Thanks!

Sorry im a Genoil newb.  I was using Claymore until nvOC 17 and now that I am using Genoil I am getting some crashes possibly from overclock.  Is there a switch or a watchdog or something to auto restart Genoil like Claymore does?  I've lowered the OC a bit.  For now it could be down for hours before I realize Genoil crashed.  With Claymore I could just look back and see if it reset itself / instable etc.  Thanks a bunch !!

Seems like 6x pin powered risers solved my issue with 1050ti's crashing. Thanks a lot @fullzero and others

Now, I'm interested, is there a way to see all rigs on API and to be able to see that from outside network? If so, how to configure it with router? I got a MikroTik behind the 24-port switch.

This is an AWESOME idea! I was curious though, do you really make more it being converted to BTC right away or mining the coins directly? Anyone with some feedback would be greatly appreciated.

Can I ask: why do you go for the higher end CPU?

I've been running 2 eth rigs on Asrock H81 Pro BTC boards for over a year, mostly using Ethos (which is an AMD linux mining distro). I recently started to convert to Nvidia so I'm using the same setup but one of them now using nvOC and 2 1070s + 3 1060s. I always used the cheapest low end pentium (I forget exactly which - 2 cores 3.3GHz) and it was always fine. Seems fine in nvOC so far too. Unless you want to run that XMR CPU miner I guess.

This is really amazing work.
[/quote]

wow.... genius!

Nice work 

I will integrate this into the next oneBash / v0018. 

I will keep your default BTC address and ensure it is clear you implemented the instantaneous profit switching algorithm.

I do think with when using different algos in makes sense to have different clocks; however I don't think the settings for those should be spread out over a bunch of different bash files.

I will bring all the settings inside oneBash and make a:

SALFTER_NICEHASH_PROFIT_SWITCHING="YES"    YES / NO switch

Using your implementation; it should only require a few modifications to implement other targets such as 'lowest difficulty out of a given set of coins' and more. 

Thanks for providing another tool to the community, 
[/quote]


This is really amazing work.

Firstly thank you for this offering. Its my first time working with linux and it has been Quite educational and refreshing from windows.

My first issue thus far involves startup. Once the UI appears, terminal opens but repeatly says onebash does not exist. If i close terminal and reopen, it processes the bash and begins mining. Thoughts?

My second problem is a hard freeze though this happened in windows as well. I think i have a bad riser in the mix.

It is highly unlikely there will be gains from running multiple instances of the same mining client; but I am open to experiments.  

You run multiple instances (it will be a lot less stable; the more so with each additional instance).

Let me know if you think it makes a difference.

It will be nice when there is no more NAT to deal with; although there will need to be better parameter security.


Nice work 

I will integrate this into the next oneBash / v0018. 

I will keep your default BTC address and ensure it is clear you implemented the instantaneous profit switching algorithm.

I do think with when using different algos in makes sense to have different clocks; however I don't think the settings for those should be spread out over a bunch of different bash files.

I will bring all the settings inside oneBash and make a:

SALFTER_NICEHASH_PROFIT_SWITCHING="YES"    YES / NO switch

Using your implementation; it should only require a few modifications to implement other targets such as 'lowest difficulty out of a given set of coins' and more. 

Thanks for providing another tool to the community,