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

All coins listed in Awesome Miner is from the WhatToMain main API. In this specific case it looks like the algorithm of this coin was changed, and that by default Awesome Miner doesn't include Cryptonight-Heavy.

I will look at this in more detail for the next update. It should however be possible to manually add this algorithm in the Options dialog.

Patrike,
I have a question for you and anyone else who can help.

Yesterday night 4500 miners lost 6 hours of mining on all rigs on ZERGPOOL that was added last month by Patrike in default configuration. see: https://bitcointalk.org/index.php?topic=2759935.new#new

The issue we all have is that Awesome Miner does not have any protection against this type of problem, when X17 algo, an algo that has almost NO VOLATILITY, suddenly increased profitability by 10 times, from 1 to 15k.

I think that Awesome Miner can implement an option to protect miners from forks by saving average volatility for a coin/algo by storing the min & max values for profitability and computing volatility. If the algo exceeds double of previous maximum  profitability AM can send a warning message of a possible FORK and if it exceeds 3 times the maximum previous profitability it can disable that algo for a number of minutes (all parameters can be configurable). Something similar to the functionality we have in AM to disable pools without accepted shares for a number of minutes.

When users told ZERGPOOL moderators on Discord channel about the issue that they had for 6 hours and about their loss, the moderators from zergpool Discord channel started swearing and said that it is only miner's fault that miners did not disable X17 / XVG, but miners said that it was pool's administrator responsibility to disable the coins with problems, because miners can't monitor 180 coins all the time, that's why miners pay the pool fee, right ?

Patrike, I do think that zergpool went from 1k miners to 6k miners only thanks to you, it happened when you was kind and added their pool to default AM configuration. We, the miners and users who selected zergpool from AM's configuration feel that the pool does not respect us when they are talking with a lot of bad words to us ans swearing us when we told them that they did nothing for 6 hours the Discord channel moderator answered on their Discord channel (please check) this "phear - Today at 11:19 AM : you just spreading sh*t on ventilator" .  I do think it's not fair to be treated with such lack of respect from their end after we informed them that they should disable XVG from their pool. We, the 4500 miners from zergpool at that time on x17, lost 6 hours of mining and we deserve some apologies at least, because we had thousands of rigs loosing money, not them.

Patrike, can you please send them a message, because you added that pool on AM's default configuration, and you can remove them from AM, and you helped them to have so many miners, miners that are AM's miners, miners that deserve respect from their end,  maybe they will understand that at least we deserve some respect and we do not deserve to be sweated like that.

Thank you very much, I hope you understand us, we spent a lot of money to buy the RIGs.
  
 

  

Please check out this feature that allow you to customize the content of the Progress field:
http://www.awesomeminer.com/help/customizefield.aspx
You can get Windows uptime, miner update and a number of other values. If there are specific fields you miss, like more GPU related information, I can simply expose that as well.

I will enable multi-select of miners across different groups in the next release. It's a very small change and hopefully it will make the experience better for you.

I will also make the benchmark dialog non-modal, making it possible for you to have it running while you continue working with the Awesome Miner main window at the same time. This also makes it possible to benchmarks to different miners at the same time.

Thanks for all feedback.

Since the latest development release v4.6.6, it is no longer possible to monitor stats from Excavator v1.4.4a as AM shows "Interface Offline".

Hello Patrike, I Got 4.6.6 Version with some remote miners (agent updated to 4.6.6 too) configured in profit miner.

Sometimes, when one of my miners  (still the same) switch to Ethrereum with Claymore,  the Awesome Gui shows me the "interface offline" message.

I configured "claymores dual ethereum miner"  section in the profit switching profile  with command line options -platform 2 -mport -4028 (to get read only management)

Looking at the agent log I noticed some errors; i would like to know if it could be related with interface offline error i get.

05/04/2018 11:20:25.120 [008] [ManagedMiner#8 - Test Profit Miner -Rigo2] Configured command line:
-platform 2 -mport -4028
05/04/2018 11:20:25.448 [008] Saving configuration to: C:\Users\Rigo2\AppData\Roaming\AwesomeMinerService\ServiceData.xml.tmp
05/04/2018 11:20:25.464 [008] --> C:\Users\Rigo2\AppData\Roaming\AwesomeMinerService\ServiceData.xml
05/04/2018 11:20:25.464 [008] [ManagedMiner#8 - Test Profit Miner -Rigo2] Mining Engine Process started, PID: 8000
05/04/2018 11:20:30.058 [014] [E]Failed to process API request (time: 1016 ms): {"id":0,"jsonrpc":"2.0","method":"miner_getstat2"}
Impossibile stabilire la connessione. Rifiuto persistente del computer di destinazione 127.0.0.1:4028  (  Traslation: Impossible to establish connection. Persistent Deny Destination Host 127.0.0.1:4028)

P.S  127.0.0.1:4028  was  correctly reacheable via browser

Thank you in Advance

Massimiliano

Also, an unrelated feature request - and I hope this is something simple to implement. Please make the columns customizable for the compact list. I dont particularly care about accept/reject stats, but there's a lot of other information in the summary tab that I'd like constantly displayed near each miner - such as the windows uptime, miner uptime, software being used, the worker/pool, number of GPUs active, individual GPU temps/fan/hash, etc. When I maximize the window the majority of the main window is whitespace, and I have to constantly click each miner to find out simple information like windows uptime. I just want to be able to tell at a glance which machines have low uptime so I can identify the unstable ones. Or I want to know which wallet its mining to at a glance, or which rigs/profiles I didnt configure to use a new software, etc.

And you really, really need to be able to make it possible to ctrl-click miners in different groups. I manage multiple mining farms and I have to keep them in groups so each client can only see information pertaining to their own miners. But when I want to upload new software, apply templates, start/stop miners etc - I have to literally do everything 5 times. Especially when stuff like uploading custom software locks the UI, when you have 50+ miners to update but you can only do 10 at once, I have to constantly babysit it. Something that I could have clicked once, walked away and came back a few minutes later when its all done instead takes a very long time because I have to wait for one to finish to start the next. If I didnt have them in groups I could do this with ease, so I'm between a rock and a hard place. To a lesser extent this is also a problem with the benchmarking - you've been good about adding new software, but in order for me to know whether this software is worth using I need to bench it. We have profit profiles because every software gives different results on every hardware - so obviously I need to bench it separately for each profile. That wouldnt be a big deal if I could bench all 8 of my profiles simultaneously on 8 different rigs, but instead its another thing that takes over an hour of work to do correctly because it locks up the entire UI and I have to go one by one.

Both of these related issues can be incredibly frustrating because kind of the whole point of AM to me is that it makes managing large farms far more practical - but actually using AM with large farms is an exercise in frustration because of UI/UX decisions that result in SO MUCH manual busywork! It may make managing the farms possible but it also makes it so aggravatingly time consuming that I'll be honest, I'm still constantly looking for alternatives to AM that offer a similar level of configurability but require less time and have more informative/flexible UIs. Like AM has great features, but the UI actively makes me not want to use those features because it takes so long to accomplish simple things.

This is definitely a great step - its good to have this information, however it begs the question of how to properly use this information.

I've never thought the pools were necessarily stealing or anything, just that the delay between the mining and exchange and the occasional difficulty spikes and drops accounted for most of the variation between them. So looking over the instances where all the pools are mining the same algo, there isnt a clear pattern where one pool has consistently better performance than the other.

Anyway, from the description given, it sounds like all AM is doing is taking the reported 24hr actual, the reported 24hr estimate, and then comparing the two over time to give a score for how close the estimate is getting to the actual.  

If this is correct, there are then two obvious questions:

First...this feature was highly requested because of mistrust of the pools. If all that's being done is comparing statistics reported by the pool, does this really solve the problem? How do we know the pools are actually reporting an honest 24/hr estimate or actual?

Second - what does this say about which option we should choose now? Does this correction factor modify the reported actual rate to come to a theoretically more accurate estimate - meaning that we should now choose actual to get this more accurate estimate? Or does it correct the 24hr estimate to a now more accurate estimate - meaning that we should choose 24hr estimate? Or is choosing current more viable now, because the stats collected by AM now account for the variation - so if a coin is being reported as currently being super profitable, if it remains more profitable after the AM correction, it's probably legitimate and worth taking advantage of?

Overall I think it would be helpful if you could be more specific about how this calculation is made, what the time window is, etc. It's a step in the right direction but it's not really clear at all how to best take advantage of it.

Also, along the same lines, I think it would be potentially even more useful if AM were to calculate some sort of variance factor for pools/algos - in other words how much profitability varies throughout the hour/day. There are some coins/algos that are very stable, and some that constantly fluctuate between high and low profitability on what seems like a minute by minute basis. I've had to disable a few algorithms simply because they keep causing constant switches for no good reason. Even with a 1 minute interval, I could watch revenue go from an extremely high number to a ridiculously low one. It'd be nice to put a number on that so I could have some data as to which algos/pools are too inconsistent to be worth my time. I want to be mining the most profitable coin I can be at any given time - and 24hrs is too long a time window for most of the coins on yiimp pools.

This information is critical because these pools are reporting averages, and outliers throw off averages. (Using simple and unrealistic numbers to make the point) Two algos could report 10 mBTC/GH for 24 hours - but one could be getting to this number by being within +/- 5% of 10 mBTC/GH for 24hrs straight, and the other could be .01 mBTC/GH for 23.9 of those hours with a few minutes or even seconds of 1000 mBTC/GH every day. Mining the latter is a waste of my time when even a 1 minute interval leaves my miners on the wrong side of that for up to a minute - those minutes add up when you've got lots of algos acting like this. I mean I certainly wouldn't want to use 24/hr estimates or averages if it meant my miners were potentially making nearly nothing 99% of the time and hoping that 1% of extreme profitability actually delivers enough to make up for it.

Anyway, this is still good data once it's clear what to do with it. Eventually I'd hope for it to get to a point where AM can identify between consistent earners and inconsistent earners, and use that information to help us exploit legitimate profitability spikes while mitigating the harm of profitability drops. Even something as simple as the profit switching being much more responsive and cutting a poor earner off early would be useful. Like as far as I can tell the stats update and switching intervals are not even in sync - there is absolutely no good reason it should continue to mine something for another second when the stats update showed profitability fell off a cliff, but there's still up to a minute left before it hits the switching interval and does something about it.

1. ccminer must first be stopped as a process.
2. Then the active window is closed (not crash driver)
not
1 closed the active window. (crash driver)

ps amd not problem
nvidia problem

Anyone know what is going on with hashrefinery?

HashRefinery is showing as the most profitable since last night, and I am not getting rejected shares, but when I look at the hashrefinery website I see only 2 shares in the status column after mining all night with 3 rigs.

What is going on?

1) Sgminer do have some command line arguments related to clocking and fan speed. It's however quite common that users run external overclocking tools like the one you suggest, as it can be configured to run before the miner starts as part of the batch command feature

2) In the past XMR-Stak had requirements on running as Administrator user, making it difficult to launch from Awesome Miner. That restriction is gone now. XMR-Stak also had some requirements of manual configuration via configuration files.
It should still be possible to manually add XMR-Stak in Options dialog, Managed Software, and specify that it's API compatible with "XMR-Stak". Then you should be able to use it as part of the profit switcher

Just to make sure, is it "Service Offline" as in Awesome Miner is unable to connect to Remote Agent, or "Interface offline" as in Remote Agent is unable to connect to the API of the running mining software?

I wasn't able to reproduce this one. I simply opened the Options dialog and waited for a while. Do you know if there are any additional steps I need to take here?

Can you check the following points as well?
1) Verify that the same version of Awesome Miner and Remote Agent is installed. Mixing versions are not supported and may result in miners being stopped or not started correctly
2) Verify that only a single Awesome Miner main application is connected to the Remote Agent application. Two Awesome Miner applications cannot connect to the same Remote Agent
3) Verify that the remote host is only added once in Awesome Miner. Open the Options dialog, Managed Hosts section and verify that no duplicates exists.

I will investigate any changes in the recent versions that might be related as well.