Hash Auger 2.9.7.5 Mining Manager and Switcher for NVIDIA GPUs

[HashAuger]

All that is understandable.  Thanks.  But for my curiosity what can be expected if I really try to fine tune and really chase the profits with my cards?  
I am trying unimining.net and not having luck getting it going.  I assume it pays out in bitcoin.  I have my bitcoinr address from exodus.  I added a new wallet in HA  with my bitcoin wallet address.  In unimining.net setup under wallets I dont have a linked box that allows me to chose my new bitcoin wallet.  Only my old litecoin wallet is available.  If I try to start mining with litecoin selected the miner wont start.  
I did go to uniminer.net and added my exodus bitcoin wallet address but it does not want to stick.  

Actually, Unimining.net is not an auto-exchange pool so it won't support bitcoin, litecoin or any coin that the pool isn't actively mining.  HashAuger actually filters out bitcoin wallets from being used with these pools so that people can't try to mine with them because these pools usually won't payout any earnings if you use the wrong type of wallet. I should probably do the same for Litecoin. Fortunately, many of these pools reject connections if you try to use an unsupported wallet. For the pools that don't auto-exchange, you must use a wallet for the coin you're trying to mine (Raven or Lux for example).

One of my plans for the next release is to better organize the pools so it is more apparent which support auto-exchange and which do not. In the meantime, the pools that support auto-exchange to bitcoin are: AHashPool, BlazePool, BlockMasters, HashRefinery, MiningPoolHub, NiceHash, Zergpool and Zpool.  

Tuning your devices will most likely improve your profits. It does take time, because you have to make small increments to boost performance without affecting stability. I suggested first finding a pool that you like because it should take less time and should increase your earnings more quickly. But you should definitely pursue both options.

[HashAuger]

Is it possible to add Graft and Verium coins please?
https://bitcointalk.org/index.php?topic=2956324.0
https://bitcointalk.org/index.php?topic=1540023.0

I'll keep my eye on them, but my concern is that neither of these coins has a lot of pool or miner support right now.  Unfortunately, that makes them a bit of a challenge to incorporate into Hash Auger at this time. Hopefully that changes in the future as these coins gain traction.

[jbeck]

giving ahashpool a try.  right off the bat it starts mining tribus.  Miners tab showing 94mhs and mining stats are showing $12.45.  I know this is wrong.  I have spike level set to $5.00 but it still mines ignoring my $5.00 limit.

[Zirillian]

giving ahashpool a try.  right off the bat it starts mining tribus.  Miners tab showing 94mhs and mining stats are showing $12.45.  I know this is wrong.  I have spike level set to $5.00 but it still mines ignoring my $5.00 limit.

I've had similar experiences (8x 1080ti's). I'm still trying to find what pools I find preferable over others; no definitive answer yet.  I've had the same zergpool experience, though.

One I do like in particular (but can't prove earnings are any higher) is Blazepool.  Really responsive dev team on Bitcointalk; new coins added regularly, one of the better UI experiences (although they admit it is limited currently, expanding in future), and # miners are increasing almost daily.   Check out Blazepool.

[pizzaslut]

Is it possible to add Graft and Verium coins please?
https://bitcointalk.org/index.php?topic=2956324.0
https://bitcointalk.org/index.php?topic=1540023.0

I'll keep my eye on them, but my concern is that neither of these coins has a lot of pool or miner support right now.  Unfortunately, that makes them a bit of a challenge to incorporate into Hash Auger at this time. Hopefully that changes in the future as these coins gain traction.

Graft looks to have xmr-64bit and xmrig support, so it seems possible no?

[HashAuger]

giving ahashpool a try.  right off the bat it starts mining tribus.  Miners tab showing 94mhs and mining stats are showing $12.45.  I know this is wrong.  I have spike level set to $5.00 but it still mines ignoring my $5.00 limit.

The Price Spike Limit is based on the price calculated by your device benchmarks and the pool's price estimates.  The issue with Tribus is that the actual hash rate when mining is much higher than the benchmarks.   The 1080 and 1070 ti on my developer machine have a benchmark of 18 mh/s each for Tribus. Yet when I mine that algorithm on that pool, the miner's accepted hash rate returned by the miner is 77 mh/s for each card.  Even the pool is showing my hash rate around 60 mh/s for each card after only a couple minutes of mining.

Assuming your 1080 tis have a benchmark around 25 mh/s for tribus, the profit switcher was calculating your estimated earnings around $3.00, which falls beneath your price spike limit. However, the estimated earnings shown by the miner are based on the miner's current hash rate which is four times your benchmarked rate, causing the higher earnings estimate that you saw. However, the Price Spike Limit currently doesn't apply once you are actually mining.

To determine if the issue is with the pool or the miner, I started mining tribus on HashRefinery and got similar hash rates around 75 mh/s.  So the issue appears to be that Tpruvot miner benchmarks tribus at a third or less of what the devices can actually do.  If you are using the Update Benchmarks with Actual Rates feature, the software will revise the Tribus benchmarks automatically so that they reflect the higher real-world numbers. Then, if the estimated earnings for Tribus is higher than your price limit, it will be ignored by the profit switcher. Alternatively, you could manually update your device benchmarks to reflect those higher hash rates. In either case, once the benchmarks reflect the real hash rates, your Price Spike Limit will work for Tribus.

[HashAuger]

giving ahashpool a try.  right off the bat it starts mining tribus.  Miners tab showing 94mhs and mining stats are showing $12.45.  I know this is wrong.  I have spike level set to $5.00 but it still mines ignoring my $5.00 limit.

I've had similar experiences (8x 1080ti's). I'm still trying to find what pools I find preferable over others; no definitive answer yet.  I've had the same zergpool experience, though.

One I do like in particular (but can't prove earnings are any higher) is Blazepool.  Really responsive dev team on Bitcointalk; new coins added regularly, one of the better UI experiences (although they admit it is limited currently, expanding in future), and # miners are increasing almost daily.   Check out Blazepool.

Blazepool really put in a lot of effort to modernize their UI and as you said, they appear to be very responsive to user concerns. Definitely a pool to watch.

[HashAuger]

Is it possible to add Graft and Verium coins please?
https://bitcointalk.org/index.php?topic=2956324.0
https://bitcointalk.org/index.php?topic=1540023.0

I'll keep my eye on them, but my concern is that neither of these coins has a lot of pool or miner support right now.  Unfortunately, that makes them a bit of a challenge to incorporate into Hash Auger at this time. Hopefully that changes in the future as these coins gain traction.

Graft looks to have xmr-64bit and xmrig support, so it seems possible no?

If they use XmRig, then the miner support is there, but I still need to find a pool that mines Graft. I'm working on including support for some pools that mine lesser-known coins, so maybe one of them will support that coin.

[trucobit]

First of all thank you for your program and its simplicity, I love it.
I am going to suggest a couple of functions to increase your versatility.

1.- I can have a list of currencies configured with your pool and wallet and that the program only makes the change between them. Right now you can not, now you can switch between algos, or mine a currency. But I would like to have 10 coins defined with their pools and wallets and just watch and switch between them. That would be a great point.

2.- Exchange option, that instead of entering the most profitable of the moment, enter the second or third. Because when a currency is profitable, suddenly thousands of bots like this enter that same currency and pool and kill their profitability, but if I enter the second or third that would not happen.

And a suggestion, I know it will be laborious, but implement Suprnova, the problem is that every thing has its url, login and pass. But it is one of the best groups there are for serious currencies.

Thanks for your great program and I hope you keep in mind even if it is only the first suggestion that I find VERY INTERESTING

[HashAuger]

First of all thank you for your program and its simplicity, I love it.
I am going to suggest a couple of functions to increase your versatility.

1.- I can have a list of currencies configured with your pool and wallet and that the program only makes the change between them. Right now you can not, now you can switch between algos, or mine a currency. But I would like to have 10 coins defined with their pools and wallets and just watch and switch between them. That would be a great point.

2.- Exchange option, that instead of entering the most profitable of the moment, enter the second or third. Because when a currency is profitable, suddenly thousands of bots like this enter that same currency and pool and kill their profitability, but if I enter the second or third that would not happen.

And a suggestion, I know it will be laborious, but implement Suprnova, the problem is that every thing has its url, login and pass. But it is one of the best groups there are for serious currencies.

Thanks for your great program and I hope you keep in mind even if it is only the first suggestion that I find VERY INTERESTING

Thank you for trying the software and your detailed feedback.  All of your ideas are interesting and some of them are features that I am already considering in the near future. They most likely won't all be included in the next major update (1., but I am hoping that you will find the next few major releases (1.8, 1.9, 2.0 etc) to have a significant increase in versatility and flexibility.

[pizzaslut]

That is a good idea to give us the option mine the 2nd and 3rd most profitable(more so for gpu as I feel like cpu miners is a smaller group).

I went out last night and when I came back I was getting pool errors with AHashPool(gpu, cpu was off as it was below the minimum price), saying something to the effect software can't connect to pool. I stop then pressed mine again same thing(did it a few times to check). I restart the app and chooses zergpool. Maybe it was an app thing, or maybe it was something with the pool, but I thought I'd mention it. Thank you.

[trucobit]

It is that, if all bots nemosminer, nicehash, hashauger etc ... always change to the most profitable, after a few minutes it stops being profitable and changes. In other words, in addition to making the profit fall, you have many more changes and more time lost between changes of coins and miners.

Maybe entering the second most profitable, fewer miners will enter, more time I will be extracting and maybe more benefit.

Is that how is this soft and others, in the end we ALL agree on the same coins in a short time, and we do not make it profitable because there are too many miners, with which the profit plummets in a few minutes and the Change to that currency in the end has not been profitable.

I personally use a 12% change in benefits, to have fewer changes.
When everyone is going to undermine the most profitable, I personally prefer the second currency, because it will be more real profit when fewer miners enter in a short time, at the same time will make the first currency hold more, and that way everyone earns more , those that go to the first currency and those that go to the second currency, because it diversifies the HASH between two or three coins.

You also have to control it, because it may be that the second currency is 50% less profitable than the first, but surely some option to control that could be added.

[trucobit]

in the setup section, on devices, when I customize the "ALGOS" with your OC, then I save it. But copying that configuration to the other cards does not work.

I save the OC configuration for each protocol, for example in GPU0, and then in the next I tell it to copy the GPU0 data and it just does not do anything.

It is a lot of work to do one by one the 6 cards of a rig, and configure the OC protocol to protocol. So the copy function does not work.

Another suggestion, there could be a more advanced benchmark, where it tests several intensities automatically to choose the one that offers the best hash performance. It would take longer, but it could be optional.

[HashAuger]

in the setup section, on devices, when I customize the "ALGOS" with your OC, then I save it. But copying that configuration to the other cards does not work.

I save the OC configuration for each protocol, for example in GPU0, and then in the next I tell it to copy the GPU0 data and it just does not do anything.

It is a lot of work to do one by one the 6 cards of a rig, and configure the OC protocol to protocol. So the copy function does not work.

Another suggestion, there could be a more advanced benchmark, where it tests several intensities automatically to choose the one that offers the best hash performance. It would take longer, but it could be optional.

I will need some more information to help me troubleshoot the issue with copying the OC settings from one device to another.  In a quick test, I set OC settings for a couple algorithms on GPU0 and then saved the device settings. I then went to GPU1 and selected GPU0 from the list of devices to copy benchmarks from. A message box asked me for confirmation. I pressed yes and all the OC information copied over for each algorithm I had changed. The only thing that didn't copy were the intensity values, which I am going to fix for 1.8. I even did a few variations, such as reversing the cards, not saving the device benchmarks before copying and not enabling OC settings on the device that the benchmarks were being copied to. All the OC settings copied over in each of my tests.

I could use a little more information from you to help identify the issue. For example, did a message box appear after you selected GPU0 from the list? Did the benchmark hash rates change after you copied the settings over or did the entire list of benchmarks appear unchanged?

Also, I wanted to add that the software will use the OC settings on each device's Hardware tab if there isn't custom Overclock settings for a particular algorithm.  This allows you to set a default overclock profile that will apply to most algorithms without having to type in the same numbers for each algorithm. Then you can just enter custom settings for algorithms that should use different overclock settings. For example, you could set a default OC profile of +100 GPU and +300 Mem at 90% power limit on the Hardware tab and settings of 0 GPU and +100 Mem at 85% power limit for Raven.  The default settings would then apply to every algorithm except for Raven.

[HashAuger]

That is a good idea to give us the option mine the 2nd and 3rd most profitable(more so for gpu as I feel like cpu miners is a smaller group).

I went out last night and when I came back I was getting pool errors with AHashPool(gpu, cpu was off as it was below the minimum price), saying something to the effect software can't connect to pool. I stop then pressed mine again same thing(did it a few times to check). I restart the app and chooses zergpool. Maybe it was an app thing, or maybe it was something with the pool, but I thought I'd mention it. Thank you.

The next time that happens, if you could copy the recent log entries from the Output panel along with some of the recent miner text, it would be a big help in trying to identify if it was a pool issue, software issue or something else. Thanks.

[trucobit]

A small mistake. When configuring the devices, I activate the OC, but I deactivate the auto intensity, since I add the intensity by hand for each protocol.

Even if you deactivate it (automatic intensity) and save for each card, restarting the program is activated again.

I can not be every time I start the program, I have to turn off the automatic intensity for each card.

I have tried changing other options of the OC and if they are saved, but it turns to activate the automatic intensity when starting the program. It is very annoying, I leave the program a few days and I will return with the next version.

It also works by copying all the settings from one card to another card. I edit completely GPU0 and in GPU1 I choose for the GPU0 and it does not make any change. It is very frustrating to configure each of the cards separately and not be able to copy the configuration of another card.

[trucobit]

in the setup section, on devices, when I customize the "ALGOS" with your OC, then I save it. But copying that configuration to the other cards does not work.

I save the OC configuration for each protocol, for example in GPU0, and then in the next I tell it to copy the GPU0 data and it just does not do anything.

It is a lot of work to do one by one the 6 cards of a rig, and configure the OC protocol to protocol. So the copy function does not work.

Another suggestion, there could be a more advanced benchmark, where it tests several intensities automatically to choose the one that offers the best hash performance. It would take longer, but it could be optional.

I will need some more information to help me troubleshoot the issue with copying the OC settings from one device to another.  In a quick test, I set OC settings for a couple algorithms on GPU0 and then saved the device settings. I then went to GPU1 and selected GPU0 from the list of devices to copy benchmarks from. A message box asked me for confirmation. I pressed yes and all the OC information copied over for each algorithm I had changed. The only thing that didn't copy were the intensity values, which I am going to fix for 1.8. I even did a few variations, such as reversing the cards, not saving the device benchmarks before copying and not enabling OC settings on the device that the benchmarks were being copied to. All the OC settings copied over in each of my tests.

I could use a little more information from you to help identify the issue. For example, did a message box appear after you selected GPU0 from the list? Did the benchmark hash rates change after you copied the settings over or did the entire list of benchmarks appear unchanged?

Also, I wanted to add that the software will use the OC settings on each device's Hardware tab if there isn't custom Overclock settings for a particular algorithm.  This allows you to set a default overclock profile that will apply to most algorithms without having to type in the same numbers for each algorithm. Then you can just enter custom settings for algorithms that should use different overclock settings. For example, you could set a default OC profile of +100 GPU and +300 Mem at 90% power limit on the Hardware tab and settings of 0 GPU and +100 Mem at 85% power limit for Raven.  The default settings would then apply to every algorithm except for Raven.

I just do that, set GPU0 and give it to save, I go to GPU1, I choose the selectable GPU0, I say yes, and nothing is copied.

Neither the general OC nor the OC for each "ALGO" is copied. I have tried to delete the program and reinstall, and the same thing happens to me.

In a much earlier version if I did it and it worked for me. I do not know how to fix this problem. It becomes very tedious to go card to card and for every ALGO to configure

[trucobit]

Delete and reinstall and I can copy the card settings. Unfortunately, the automatic intensity is still activated at each start of the program

[trucobit]

More problems. When I copy the configuration from one card to another, everything except the intensity is changed. If I have Skein with manual intensity in 19 and then I configure the OC for that protocol and I save it. When copied to another card, it passes the configuration but the intensity stays at 0.0

[HashAuger]

More problems. When I copy the configuration from one card to another, everything except the intensity is changed. If I have Skein with manual intensity in 19 and then I configure the OC for that protocol and I save it. When copied to another card, it passes the configuration but the intensity stays at 0.0

As I mentioned in my previous reply, the intensity is not currently copied over when copying benchmarks. I have already fixed that in the code so that it will no longer be an issue in the next release. So I can better test your issue with the device benchmarks not copying, did you install the software to the default location or a custom directory?