Author

Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 236. (Read 703547 times)

legendary
Activity: 3346
Merit: 1094
Awesome Miner version 6.0.8 ( Development preview of 6.1 )

 ASIC mining
  - Antminer S15 supported
 Features
  - Exchange filtering redesigned and can be configured both globally and per coin. Supported for CoinCalculators.io and CoinToMine
  - Note: Any previously specified exchange filter settings based on API string matching must be re-defined with the new filtering concept
  - Exchange volume filtering implemented for all coin statistics providers
  - The Coins tab will indicate the information that didn't pass the filter settings
  - Additional power usage and operating cost can be defined globally in the new Profitability section of the Options dialog. The values will affect the total power usage and profitability displayed on the dashboard and the total values in the miner column header.
  - Additional power usage and operating cost per miner can be defined in the Profit Profile. The values will reduce the profitability of a miner.
  - Display actual power usage in the Speed column for the cases where mining software can report the power. This feature will be improved in one of the next releases to provide power usage for both AMD and nVidia GPU's no matter which mining software are running.
 API
  - Improved the HTTP API for coins with a new property to set the profit factor property
  - Improved the HTTP API for coins with a new property to set if the custom properties of a coin should be used
 User interface
  - The Coins & Profit section in the Options dialog has been split into two new sections - Profitability and Coins.
  - Coins with custom properties enabled will be highlighted in blue color on the Coins tab
 Mining software
  - Z-enemy Miner 1.28
  - T-Rex miner 0.8.9
  - Lolminer 0.6
  - NBMiner 12.0
  - Gminer Cuda Miner 1.12
  - WildRig Multi Miner 0.15.0.6 beta

 Corrections
  - More detailed error messages in the log file if MSI Afterburner Remote Server is returning a failure code

This is a smaller development release update with mainly new mining software versions included.

There is however one more change that might look small at the moment, but I think it will be considered helpful within the next few weeks when it's completed. From this version released today, Awesome Miner will put the Power Usage in the Speed column for each miner.

Right now the value is only displayed if it's provided by the mining software and today it's only a number of nVidia based mining software that will display this one. So it's quite limited as of today.

Early January the plan is to not depend on the mining software for the power usage - instead Awesome Miner will read the current power usage from both AMD and nVidia GPU's and display for each miner. At this point (so not today) there will also be a new default behavior for profit display, where it will use the current power usage if available. As a fallback it will use the power values in the Profit Profile. Once all this is in place, it will also be configurable to use the classic way of profit calculations where the power value only uses what's in the profile.

For profit switching purposes, you will still need the Power values to be part of the Profit Profile, but saving the current power usage will be available for many more of the mining software.

To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates.

Direct download links if needed:
www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi
legendary
Activity: 3346
Merit: 1094
GMiner CUDA Equihash Miner v1.12
Windows x64 https://mega.nz/#F!2GQl0AaR!_YzlNiVNNOUbEqYwz40E8A
v1.12
+ performance improvements for Equihash 144,5/Equihash 192,7
+ improved anti-hacking system, which should make life difficult for competitors.
The miner checks the application's memory for injections, if an injection is detected, a corresponding message is displayed.
Some antiviruses are inject into the processes, if the miner has issued a message about injectionion into memory, add a miner to the antivirus exceptions, this should solve the problem.

https://bitcointalksearch.org/topic/gminer-v324-ergokaspazilkawpowequihashcortex-5034735

PLS add
Thanks - this one will be included.
legendary
Activity: 3346
Merit: 1094


I have something to say about something that they always ask me about the telegram group, and from so much explaining it, I myself have doubts. I hope to explain it well because then when translating everything is changed.

It is about the change of profit 0.9 or 90% etc ... And especially in the auto exchanges like Zpool.

I think, and I repeat, I think it's not quite right or at least it does not look good.

I have for example Zpool with Skun, and there I mark a profit calculated of 0.69% for that protocol, but the price that I get on the screen is the price of Zpool without applying the profit reduction, that is 69%. That is true?

If so, any currency that I change the profit, or in the auto exchanges that auto calculate the Profit, should reflect the price already modified by the corresponding profit.

for example if SKUN in Zpool says that I get 0.0020, that's what it says in Online Services, but I really should dial 0.0020 - Profit, in this case 0.67, would be equal to 0.00134 which is what I should show.


Because to show the prices without modifying the profit, the listings when ordering them for benefits, it does without calculating the profit change and this drives me crazy and they ask me hundreds of questions in the group related to that.

Sometimes there are users who are excited to see a high amount and leave only one Al-go because it marks a very high profit, but that amount has not been subtracted from the profit. Be a loose coin or the al-go of an auto exchange.

Then in the group they tell me, is that I mined X but I won -X, I mean less, because they only pay attention to the profit of the currency that has not applied the profit in real time, which is how it should be. or that or Zpool is cheating us. But also useful when I measure currency / pool and get 0.85, the price that should appear on the AM screen should be the (price - profit) already applied to give more truthful information and close to reality.

Sometimes I get the impression that the change of profit is not taken into account, but that is an observation of mine that can be wrong.

I really have serious doubts if that modification of profit is being applied both in the prices that we see and in auto profit. Because there are many who ask me and drive me crazy in the telegram group with this topic. I think I remember, that is taken into account but do not reflect it on the screen and I personally believe that the price should be reflected on the screen already modified by the profit, thus avoiding mistakes and giving the most accurate information.

I await your comments @Patrike
I'm looking at Zpool Skunkhash right now like you suggested.

The Zpool API reports the current profitability per MH/day:
"estimate_current":"0.00000235"

You can use this link to see the values provided for zpool for each of the algorithms: https://www.zpool.ca/api/status

My Awesome Miner shows BTC/GH/day as 0.0014 BTC, Actual Payout as 61.68% and Revenue as 0.00062 BTC right now using your hashrate. This is close to the numbers in your screenshot.

If I take the reported profit from Zpool, convert it from MH/day to GH/day and multiply with 61.68%, I get the following value for BTC/GH/day:
0.00000235 * 1000 * 0.6168 = 0.00144 BTC

This is the value you I see in the BTC/GH/day column in Awesome Miner - so the calculations are correct. It's also very close to the numbers you showed a few hours earlier. Multiply with your hashrate in GH (0.43269), you will get the Revenue of 0.00062 as displayed in my case.

If I set a custom Profit Factor for Zpool of 0.5 - I also verified that all BTC values on the Online Services tab are cut in half for Zpool Skunkhash - so that also looks fine.

What I'm not sure about in your screenshot is the Profit column as it looks like the same as the Revenue column. This will of course depend on power cost settings and so on so I cannot verify if it's correct. Is the Profit column an issue here?
legendary
Activity: 3346
Merit: 1094
I've been having a very frustrating problem the last couple of weeks - every few hours a miner randomly "fails to start", and then I get the modal dialog asking me to run diagnostics. Every single time I run diagnostics absolutely nothing is wrong. So one by one my miners are stopping, and I have to check every few hours, clear 5-10 of these dialogs, start the miners back up, and they work every single time. So there has to be some bug in AM causing this, because there's certainly not a problem with the miners or the rigs if the miner starts right up every time.
Nope, that's definitely not it. Something must have changed in awesome miner, because this only started happening recently.
If you get the dialog that the miner failed to start, it's because the mining software has crashed a number of times over the last few minutes. After a number of attempts of restarting it, Awesome Miner will give up and show this error.

You can configure Awesome Miner to continue trying to restart the crashed mining software via the Options dialog, Mining Settings section, where you can set the restart attempts to 99. As the number of attempts are based on the last few minutes, a value of 99 will basically make Awesome Miner trying to restart the mining every time it's crashes and never give up.

There are no recent changes in Awesome Miner to this behavior.

There can be instances where mining software crashes a number of times for a while, but when starting it with the exact same settings a little later, it will no longer crash. Temperature is a common cause why the problem resolves itself, but I suppose there can be many other reasons why mining software don't give consistent behaviors with the crashes.

For the crashes you may have to do general troubleshooting to find out if it's a specific algorithm or mining software or mining rig or clocking settings that causes the problem.

I've set it to restart as many as 10 times, and while I'm using the program if the dialog pops up, I can click it *immediately* and it always still works. Furthermore, I tried to set a rule where it would wait 10 seconds before starting the miner again, but the modal dialogs seem to block that rule from executing (and who knows what else). For instance this morning I had 3 of those dialogs on top of each other, I clicked no to all of them, and then a few seconds later, the rule triggered and all three started up just fine. There at least has to be some way to turn this blocking dialog off if it's going to prevent me from setting rules to correct this inexplicable behavior.
Thanks for the update, I understand your point.

Do you get any entry on the Notifications tab about this issue?

Could you please send me the log file for this Remote Agent and also for the Awesome Miner main application - and let me know the time and the name of the miner? I will investigate to find out what the scenario looks like. Thanks!
legendary
Activity: 3346
Merit: 1094
Small request for the properties > general > add to worker name - Please add a checkbox here that will auto fill with the current miner name. So when you apply a template it will pull the miner name.
There is actually a variable you can put into this Add to Worker Name field:
[MinerDescription]

It will be replace with what you have entered in the Description field of the miner. You can also add additional text before or after the variable name if needed.

Good stuff.


Anyway, another thing, I've asked a few times for a way to manage the upload directories on AM agents, I think a better method for this would be a local repository on whatever computer is running AM. Then it automatically uploads the folders from the AM client to the AM agents whenever the agents request a directory that isn't currently present on the agent computer. This is basically a version of sync. Furthermore, when a miner isn't used for X amount of time (two months?) it automatically deletes it from the agent PC, but not from the client PC and then reuploads it if it's needed again. A lot of this stuff is configurable, but very easy to understand and would help immensely with agent management.
The Managed Software concept (see Options dialog, Managed Software section) supports download URL's that are file shares. Although this isn't exactly the repository feature you are asking for, it might be a decent solution.

If you create a Windows File Share on a computer on the network and enter the Download URL for the mining software as "\\somecomputer\somefolder\myminer-1.0.5.zip", your Remote Agents will automatically download and use this one if missing. Please note that the only way for the Remote Agent to get a newer version is if you actually change the filename to a new version number.

There is a rule for doing cleanup of all downloaded/uploaded mining software. Via the acton "Miner command" you will find the Cleanup-command. It can either be scheduled or used with "manual activation" via the toolbar. It's however not as perfect as you describe as it's currently doing cleanup of all mining software - so I don't think it can be used while mining. Your point about doing cleanup of only older software is a good point and can be a good improvement to make.
newbie
Activity: 47
Merit: 0
Has anyone tried to flash the firmware of the Antminer S9 with the new Braiin OS through the Update firmware function of Awesome Miner?
newbie
Activity: 117
Merit: 0
GMiner CUDA Equihash Miner v1.12
Windows x64 https://mega.nz/#F!2GQl0AaR!_YzlNiVNNOUbEqYwz40E8A
v1.12
+ performance improvements for Equihash 144,5/Equihash 192,7
+ improved anti-hacking system, which should make life difficult for competitors.
The miner checks the application's memory for injections, if an injection is detected, a corresponding message is displayed.
Some antiviruses are inject into the processes, if the miner has issued a message about injectionion into memory, add a miner to the antivirus exceptions, this should solve the problem.

https://bitcointalksearch.org/topic/gminer-v324-ergokaspazilkawpowequihashcortex-5034735

PLS add
jr. member
Activity: 756
Merit: 2


I have something to say about something that they always ask me about the telegram group, and from so much explaining it, I myself have doubts. I hope to explain it well because then when translating everything is changed.

It is about the change of profit 0.9 or 90% etc ... And especially in the auto exchanges like Zpool.

I think, and I repeat, I think it's not quite right or at least it does not look good.

I have for example Zpool with Skun, and there I mark a profit calculated of 0.69% for that protocol, but the price that I get on the screen is the price of Zpool without applying the profit reduction, that is 69%. That is true?

If so, any currency that I change the profit, or in the auto exchanges that auto calculate the Profit, should reflect the price already modified by the corresponding profit.

for example if SKUN in Zpool says that I get 0.0020, that's what it says in Online Services, but I really should dial 0.0020 - Profit, in this case 0.67, would be equal to 0.00134 which is what I should show.


Because to show the prices without modifying the profit, the listings when ordering them for benefits, it does without calculating the profit change and this drives me crazy and they ask me hundreds of questions in the group related to that.

Sometimes there are users who are excited to see a high amount and leave only one Al-go because it marks a very high profit, but that amount has not been subtracted from the profit. Be a loose coin or the al-go of an auto exchange.

Then in the group they tell me, is that I mined X but I won -X, I mean less, because they only pay attention to the profit of the currency that has not applied the profit in real time, which is how it should be. or that or Zpool is cheating us. But also useful when I measure currency / pool and get 0.85, the price that should appear on the AM screen should be the (price - profit) already applied to give more truthful information and close to reality.

Sometimes I get the impression that the change of profit is not taken into account, but that is an observation of mine that can be wrong.

I really have serious doubts if that modification of profit is being applied both in the prices that we see and in auto profit. Because there are many who ask me and drive me crazy in the telegram group with this topic. I think I remember, that is taken into account but do not reflect it on the screen and I personally believe that the price should be reflected on the screen already modified by the profit, thus avoiding mistakes and giving the most accurate information.

I await your comments @Patrike
newbie
Activity: 45
Merit: 0
I've been having a very frustrating problem the last couple of weeks - every few hours a miner randomly "fails to start", and then I get the modal dialog asking me to run diagnostics. Every single time I run diagnostics absolutely nothing is wrong. So one by one my miners are stopping, and I have to check every few hours, clear 5-10 of these dialogs, start the miners back up, and they work every single time. So there has to be some bug in AM causing this, because there's certainly not a problem with the miners or the rigs if the miner starts right up every time.
Nope, that's definitely not it. Something must have changed in awesome miner, because this only started happening recently.
If you get the dialog that the miner failed to start, it's because the mining software has crashed a number of times over the last few minutes. After a number of attempts of restarting it, Awesome Miner will give up and show this error.

You can configure Awesome Miner to continue trying to restart the crashed mining software via the Options dialog, Mining Settings section, where you can set the restart attempts to 99. As the number of attempts are based on the last few minutes, a value of 99 will basically make Awesome Miner trying to restart the mining every time it's crashes and never give up.

There are no recent changes in Awesome Miner to this behavior.

There can be instances where mining software crashes a number of times for a while, but when starting it with the exact same settings a little later, it will no longer crash. Temperature is a common cause why the problem resolves itself, but I suppose there can be many other reasons why mining software don't give consistent behaviors with the crashes.

For the crashes you may have to do general troubleshooting to find out if it's a specific algorithm or mining software or mining rig or clocking settings that causes the problem.

I've set it to restart as many as 10 times, and while I'm using the program if the dialog pops up, I can click it *immediately* and it always still works. Furthermore, I tried to set a rule where it would wait 10 seconds before starting the miner again, but the modal dialogs seem to block that rule from executing (and who knows what else). For instance this morning I had 3 of those dialogs on top of each other, I clicked no to all of them, and then a few seconds later, the rule triggered and all three started up just fine. There at least has to be some way to turn this blocking dialog off if it's going to prevent me from setting rules to correct this inexplicable behavior.
legendary
Activity: 1764
Merit: 1024
Small request for the properties > general > add to worker name - Please add a checkbox here that will auto fill with the current miner name. So when you apply a template it will pull the miner name.
There is actually a variable you can put into this Add to Worker Name field:
[MinerDescription]

It will be replace with what you have entered in the Description field of the miner. You can also add additional text before or after the variable name if needed.

Good stuff.


Anyway, another thing, I've asked a few times for a way to manage the upload directories on AM agents, I think a better method for this would be a local repository on whatever computer is running AM. Then it automatically uploads the folders from the AM client to the AM agents whenever the agents request a directory that isn't currently present on the agent computer. This is basically a version of sync. Furthermore, when a miner isn't used for X amount of time (two months?) it automatically deletes it from the agent PC, but not from the client PC and then reuploads it if it's needed again. A lot of this stuff is configurable, but very easy to understand and would help immensely with agent management.
legendary
Activity: 3346
Merit: 1094
Small request for the properties > general > add to worker name - Please add a checkbox here that will auto fill with the current miner name. So when you apply a template it will pull the miner name.
There is actually a variable you can put into this Add to Worker Name field:
[MinerDescription]

It will be replace with what you have entered in the Description field of the miner. You can also add additional text before or after the variable name if needed.
legendary
Activity: 3346
Merit: 1094

that capture belongs to a rig 6 x 1080ti. The profit is very high. A few days ago I had normal and credible figures, 0.0012 - 0.0016, but since the update it has gone crazy and all my rigs give a too high profit, please correct in next update. Wishing to see some day graphics ..
Please share more details on this issue. If you use the Custom button and try out a few time intervals of only a few hours of that day, can you see if the profit is constantly being too high or is it that during a specific hour the numbers was way to high (due to what some pool or coin reported)?

If a pool or coin showed too high values for an hour, it will of course affect the daily average as well.
legendary
Activity: 3346
Merit: 1094
I've been having a very frustrating problem the last couple of weeks - every few hours a miner randomly "fails to start", and then I get the modal dialog asking me to run diagnostics. Every single time I run diagnostics absolutely nothing is wrong. So one by one my miners are stopping, and I have to check every few hours, clear 5-10 of these dialogs, start the miners back up, and they work every single time. So there has to be some bug in AM causing this, because there's certainly not a problem with the miners or the rigs if the miner starts right up every time.
Nope, that's definitely not it. Something must have changed in awesome miner, because this only started happening recently.
If you get the dialog that the miner failed to start, it's because the mining software has crashed a number of times over the last few minutes. After a number of attempts of restarting it, Awesome Miner will give up and show this error.

You can configure Awesome Miner to continue trying to restart the crashed mining software via the Options dialog, Mining Settings section, where you can set the restart attempts to 99. As the number of attempts are based on the last few minutes, a value of 99 will basically make Awesome Miner trying to restart the mining every time it's crashes and never give up.

There are no recent changes in Awesome Miner to this behavior.

There can be instances where mining software crashes a number of times for a while, but when starting it with the exact same settings a little later, it will no longer crash. Temperature is a common cause why the problem resolves itself, but I suppose there can be many other reasons why mining software don't give consistent behaviors with the crashes.

For the crashes you may have to do general troubleshooting to find out if it's a specific algorithm or mining software or mining rig or clocking settings that causes the problem.
legendary
Activity: 3346
Merit: 1094
Hi Patrike,
can you add new miner from nebutech? New BTM+ETH dual mining mode.
https://github.com/NebuTech/NBMiner/releases
I will include this miner in the next release but I may not have the time to implement the dual mining concept right away.
legendary
Activity: 3346
Merit: 1094
Hi Patrike,

Nothing urgent but could you please elaborate if the current volume filtering was based
1) Volume of the exchange with the highest price only

or

2) Aggregated trading volume across all exchanges

If it is 1), do you think it'll be more sensible to use the sum of all exchanges' trading volume for a given coin instead? This would fit well with the future plan to provide price / volume weighting as mentioned earlier, and potentially opens up some global exchange filtering option such as for example, an option that could say,
Code:
only consider exchanges with [color=red]10[/color]% or more of the total trading volume in profit switcher
. where the % is configurable.

That will allow automatic filtering without having to go through each coin that one has on his managed profit miners.
The volume filter will look at the volume for a specific exchange as long as you use CoinCalculators.io or CoinToMine.

Let's say you have a coin with two exchange:
- ExchangeA (Volume 0.15 BTC, Coin Price 0.4 BTC)
- ExchangeB (Volume 0.80 BTC, Coin Price 0.3 BTC)

1) With a volume filter of 0 BTC or 0.1 BTC, the result will be: ExchangeA with Coin Price 0.4 BTC

2) With a volume filter of 0.5 BTC, the result will be: ExchangeB with Coin Price 0.3 BTC. Although ExchangeA has a better price, it's ignored because of the volume being too low.

3) With a volume filter of 0.9 BTC  the result will be: ExchangeA with Coin Price 0.4 BTC and it will be marked as gray in the Coins tab because of too low volume.
The reason why Exchange A is being displayed in this scenario is that no exchange meet the minimum volume and then the exchange with the highest exchange rate will be used - but it will be gray and the revenue is only visible on the Coins tab.

For WhatToMine there is no detailed exchange information available via the API. Awesome Miner only has access to a single volume property per coin so Awesome Miner will basically filter based on this single value.

Your points about weighted avg. makes sense and to some extent the 10% trading volume concept as well. At the same time, 5% of Monero is a very large volume and even an exchange only have 1% of the volume would probably be quite easy to trade on. For a "shitcoin", 5% volume might be too little to be easy to trade. Wouldn't this point to that a fix volume of 0.8 or 0.1 BTC, no matter of the volume on other exchange, be a better indicator?
legendary
Activity: 1764
Merit: 1024
Small request for the properties > general > add to worker name - Please add a checkbox here that will auto fill with the current miner name. So when you apply a template it will pull the miner name.
newbie
Activity: 45
Merit: 0
Nope, that's definitely not it. Something must have changed in awesome miner, because this only started happening recently.
newbie
Activity: 59
Merit: 0
I've been having a very frustrating problem the last couple of weeks - every few hours a miner randomly "fails to start", and then I get the modal dialog asking me to run diagnostics. Every single time I run diagnostics absolutely nothing is wrong. So one by one my miners are stopping, and I have to check every few hours, clear 5-10 of these dialogs, start the miners back up, and they work every single time. So there has to be some bug in AM causing this, because there's certainly not a problem with the miners or the rigs if the miner starts right up every time.

Not sure if this will help, but might be worth trying: https://www.raymond.cc/blog/disable-program-has-stopped-working-error-dialog-in-windows-server-2008/

While it says it's for Server 2008, it does work on Windows 10 Pro.

...jim
newbie
Activity: 45
Merit: 0
I've been having a very frustrating problem the last couple of weeks - every few hours a miner randomly "fails to start", and then I get the modal dialog asking me to run diagnostics. Every single time I run diagnostics absolutely nothing is wrong. So one by one my miners are stopping, and I have to check every few hours, clear 5-10 of these dialogs, start the miners back up, and they work every single time. So there has to be some bug in AM causing this, because there's certainly not a problem with the miners or the rigs if the miner starts right up every time.
newbie
Activity: 91
Merit: 0
Hi Patrike,
can you add new miner from nebutech? New BTM+ETH dual mining mode.
https://github.com/NebuTech/NBMiner/releases
Jump to: