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

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.

I will soon update the web site with more information on how this is working. Right now Awesome Miner collect information once per hour and uses the information from the last three days to compare the reported Actual with the reported Estimate value. The percentage is then used to calculate a new Revenue and Profit value from the pools - no matter if you run it on Current or 24h avg statistics mode.

It will only work as long as the pools report these values correct. If a pool want to steal hashrate from you, it's still possible.

Finding out unrealistic high values would be another feature and is of course also of importance.

When you stop a miner, Awesome Miner will send the close signal to it and then wait for it to terminate a few seconds. If the mining software doesn't close down, Awesome Miner will terminate the process.

You can adjust host many seconds Awesome Miner should wait in the Options dialog, Advanced section, "Wait for process stop before terminating". Please try to increase this value a bit.

Hi Patrike. I don't know how easy it would be to implement, but I had an idea that would be pretty cool. How about instead of just having a restart button, there was also a forward and a back button? That way if the miner switched to something undesirable, and you were on something good before, you could just hit back, and it would go back to the better pool it was on previously. Also something else that happens is I'll be on a pool/algo that I just don't like for whatever reason at the moment, (XVG last night for example) and hitting restart will sometimes make it go to that same pool again, so I wait 2 minutes, and try again. This sometimes happens 2 or 3 times switching to the same pool. The "forward" button would go to the next pool in the list (whatever pool/algo the profit switcher decides is in "second place") then if the profit isn't as good, or for whatever reason you wished you didn't change, you could hit the "back" button, and go back where you were. Maybe it could be an option to select whether the profit switching timer resets or keeps running when the forward or back buttons are pushed also, to make as many people as possible happy. Just an idea, but I thought it was a pretty good one. Thanks for all your work, amazing how many updates you've been pushing out! Just installed the Dev release last night, and it seems as if everything is good with it. Still have to figure out how to get the X16s to work, but I'll read up on that tonight. Again, thanks for all the hard work!

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

What is your wallet address?  You can PM it if you prefer.

Yep. The newer versions solved the first issue. It's working like a charm.

The second can be avoided by disabling UAC (GatelessGate Sharp do this, for example). I would like to have XMR Stak in Profit miners because it's faster and have low fee compared to XMRig. When I add just API compatible miner it doesnt appears in profit profiles, so it won't be called if cryptonight is the best algorithm.

I would submit a third question: What do you think about Mkxminer? It's the faster Lyra2REv2 miner, around 3x faster than Sgminers, but it has some options that make it incompatible with AM (I couldn't run it with full compatibility Sgminer profile).

Is it just me or with the current verge attack and suprnova x17 pool being down Awesome miner didnt mark the pool as dead even with the ignore pool if no share accepted is checked?
I woke up with several rigs not mining.....

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".

https://i.imgur.com/iIVYIck.png

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?

Update:

I was able to take note on what I was doing when it happens a few more times today, so the symptoms are:

(almost) all miners display "Service Offline", but the stats keep updating for majority of them

Only happens when I have sub-dialog open within the Options...so once I was configuring pool groups in the pools Dialogue

The other times, I was in the middle of creating / editing rules and had the editing dialog open for some time.

Best Regards,

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

This will not fix your unstable issue your dealing with, but when i build a new mining rig i always set the following change, it prevents windows from displaying the error that ccminer or whatever miner has stopped working and sits there waiting for a response to close the program. What this setting change does is just close the miner and allow the mining software to attempt to start mining again since it doesnt detect a active mining software open.

Start - run gpedit.msc
Go to Computer configuration -> Administrative templates -> Windows components -> Windows error reporting
Set "Prevent display of the user interface for critical errors" to "Enabled" and reboot your rig.
Next time when ccminer or other program will crash it will not show any GUI - just close and dont wait for key press
Hope it helps!

Hi.
awesome - crash nvidia driver (stop miner)
no good?!

---------------
stop miner:
1 press Ctrl+C
2 pause 2-5 sec
3 close cmd
good!!

------------
stop miner:
1 close cmd
not good
crash driver nvidia

I'm still unable to reproduce this one, even on a fresh install. I might do something differently. Could you please send me your log file and I might be able to figure out in which scenario this happens? Thanks!

I have tested this on 3 different rigs and they all have the same issue.

It appears to be only With claymore miner. I have had phoenix miner pop up when I was benchmarking claymore and I have had excavator pop up when benchmarking claymore.

I always update to the latest, so I am using  4.6.6

I believe this started happening with version 4.6.5

All mining rigs are local.


EDIT: I have now completely uninstalled AwesomeMiner and cleared the registry of any mention of it.... then reinstalled the software from scratch and I am still having this issue on 3 different rigs. The only changes I make are adding my payment addresses, adding excavator, and checking all nvidia miners to make sure I have as many usable miners as possible.... Then I start benchmarking and I immediately have this problem. Also, not all miners work on the algos that they are supposed to work for.... ccminer_alexis and ccminer_klaust work for about half of the algos they are supposed to work for.

EDIT 2: Ok this makes things even weirder... Benchmarking opens up Phoenix miner or Excavator for every algo that Claymore shows as a possible miner for.... EXCEPT Ethereum, only Ethereum actually opens Claymore.

You da man Patrike. Yup, I had SHA256 disabled on the main profile algorithm page. Thank you for your help!

You should see a list of available coins here. Please check in Options dialog, Coins&Profit section that the coins are Visible, and not Hidden. Also right click on the miner and select Properties to check that you have selected SHA-256 as algorithm, to not filter away the relevant coins.