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

Also one observation.

My rigs have Machinecoin (MAC) set as a pool instead on online services at Zergpool...however, does the profitability information from Zerg overrides the coin profitability even if all Online Services are disabled?

Since individual profit profile in the Coins Tab displays say for example only, -$1.00 for Machinecoin (with information pulled and custom updated via API using Soothaa's plugin...which seems correct) however, when you open up View Details of the said miner, the profit puts it on top of all other pools @ $0.50....

I remember I had reflected similar issues in the past month about the discrepancy when online services and predefined multipool comes into play, but it was new to me that even with the online services explicitly disabled...it still override my coins profit data with the Yiimp api.

Similar thing might be also happening at MPH...where I have run into similar issue with Maxcoin...however, I have to dig in further to see if it was something else...since there was seemly issue at WhatToMine with some coins...that despite MAX being "active" there were no data for the coin at all until I manually add the URL for MAX's individual json (73.json)....


***
I'm keeping an eye on it to see if it was just a temp glitch since it only occurred in the past day or 2...and funny is that Zerg displayed even lower profit figure than that of zpool or Yiimp.eu yet the calculation went off the roof. That's happened for past day only and even with manual activating profit switch which supposedly recalculate the individual coin/pool profit rank within miner profile, it didn't resolve until about 30 minutes later with all sort of fiddling...Not reporting as a bug since I haven't also being able to reproduce it reliably.

I've sent Patrike similar feedback a while back, this certainly will be a very welcomed feature addition for people who are more sensitive to the electricity cost factor. Of course, if it cannot be implemented in the near future, maybe we can have some sort of workaround that allows users to do so via API.

it will be (if easier to implement) great to have API method returning the Profit Switching tab data as per "View Details..." window. As far as I understand, these information are probably stored in the AM.xml and either you can generate API report manually or extract the portion from the XML. If that's the case, we can currently do a complicate workaround to get the data and implement our own profit switching rule but it's rather inefficient as the needless double calculation from some data AM already have stored somewhere...doing data modelling matching keys ... etc and finally to just set a rule.

Another Way if not via HTTP API, is to have a new Rule script user can run, that allows the action "Generate API Report" to be performed and store the API report in Filename of your choice (I think API report generated are for individual miner ATM) That way there are probably less effort extracting data on each miner from the main config XML and perhaps less complicated?

Correct.
The order of the graphics cards on the GPU tab is incorrectly displayed when you turn on the check-box to display the monitoring of system parameters (processor and memory frequencies).
Make the order of display of video cards as in the program of the miner.

Ok, that's why i encounter a problem. I use 24H estimated in AM...

Well, 24H Estimated by zpool is wrong now. Maybe for a short time

https://i.imgur.com/eqycFqP.jpg
https://i.imgur.com/XzkzeCj.jpg

Hello,
am i the only one having wrong stats regarding hmq1725 and zpool ?
What would be the correct profit factor ? 0.001 ?

Re: Claymore's NeoScrypt AMD GPU Miner v1.2 (Windows)   on: Today at 10:47:56 AM
v1.2:

- improved stratum routines to support more pools.
- added RX550 card support.

Hello Patrick,

I've been using AM for several months and have been loving it. Even though I am really enjoying using it there are a couple of thoughts that you might be able to assist with:

1: In Profit Profile - Customize (where all the algos are listed) can a select/un-select all button be added? When i'm testing overclocking and command line parameters for one algo its a pain to manually one by one select and un-select all but one.

2. There was a suggestion earlier in the thread related to the new fastest miner per algo benchmarking feature where it was suggested that there is a "column in which we can click (select) the miner we use as default for each algorithm once the benchmarks have been made"
Currently the UI around doing this within Options - Managed Software isn't ideal so creating this change will vastly improve the ease in setting the default miner for a selected algo per profit profile (I personally get quite confused in the Options - Managed Software - Defaults part of AM).

3: Given that mining has been less profitable of late with the drop on value of Crypto would it be possible to add the ability per profit profile or miner where if the profit per day for my miner/profit profile is less than X amount AM will tell the miner to stop mining (PC on but idle), then when the profit per day is above X amount to resume mining again? This way we can get the best "profit" between mining and electrical cost savings.

Thanks for taking your time to read this, I have spent alot of time optimizing my miners with custom settings per algo per miner with the relevant power information to get very accurate profit information and the feedback comes after days of playing around with this :>

@patrike


Thanks a lot for the changes on 4.6.5. Now I think it will be good:

3 / Save benchmark for each miner and for profile separately.


Awesome work!!!

bminer 6.1.0 is out with some fixes introduced in 6.0.0

Well, more ideas about the benchmark.

1 / I think it is necessary that from the benchmark screen-> Edit-> Profile configure, the miner can be configured without leaving the benchmark (a second sub-screen like manages software), so when we implement new algorithms or deactivate them from the miners, we can perform benchmark without having to leave it and go back to the Tools-> Benchmark screen or Options->managed software. And so do not lose the benchmarks done and can compare them from a single management.

2 / Establish a column in which we can click (select) the miner we use as default for each algorithm once the benchmarks have been made. It should be exclusive for each one of the algos. So once the benchmark is done, from the same screen we choose the miner we want according to the results

3 / Save benchmark for each miner and for profile separately

4 / And finally, as wildzer0 says, set the name of the miner by picking up the description in Managed Miner

Excuse my English, I use a translator.

I guess the ASIC is just an example. I have around 8  dislocated GPU farms to manage (ok not 3k miners but a decent number). For example every farm has on server computer which runs AM locally, does this mean that i can connect all 8 farms to one AM server and control everything from one spot ?

Primarily because I'm not in total control of these various networks, and its swatting a fly with a sledgehammer anyway. I dont want or need full blown networking between a bunch of networks built by people who may or may not be competent. I just want to connect to a remote service and at most forward a port. Really what would be ideal is if I could sign in to the remote service with a user account, and then by signing in to the same user account on the console, I could see all the remote miners signed in to that account. This is something that should be dead simple IMO, not something that requires an IT degree. I am absolutely willing to pay for cloud services if thats what it takes to make this straightforward.



It's something that obviously could be achieved with third party software, but the current system is so backwards to begin with that it really should be redesigned to make more sense.




The start/stop gets greyed out, it just won't let you do it.



Nested groups could help here, I agree.



I'll look into it, thanks.

Why cant you use a site-to-site VPN or something like neorouter?



I like this concept!



I don't use the grouping features enough, but what happens?  Does it just fail because one of them is offline?  I guess, better error trapping would be good here to skip the offline one.



Nested groups could help here, I agree.



You could adapt my Puwaha's Poor Man's Networked PDU concept.  You would connect your AM rules to IFTTT triggers to control the reboots when AM detects offline conditions.

https://bitcointalksearch.org/topic/how-to-puwahas-poor-mans-networked-pdu-using-smart-plugs-and-awesome-miner-2866608

I have one problem at startup.
can not start dual mode!

that I need to register to buy a dual mode?

best program for monitoring ! thank you ! already two times buy version upgrades, all working fine !

First off, let me say grandslam on the multiple mining software benchmarking. Thank you Patrike! I had 1 algo go up in profitability 10%, another 5%, and a couple other 2-3%. Your suggestion will definitely help when there is an offending algorithm/pool combo, as far as the other part here's my experience: I made a profit mining profile for an experimental rig that has AMD cards. The cards were free, and not the greatest. (Game developers 7950's that are crippled, but use really minimal electric) So it was mining away, but I had some issues with it not working at certain pools (not Awesome Miners fault, these cards are weird, they use 7950 drivers but only use 12 compute units, just basically flakey) I found they would mine successfully at Nicehash, so I had that enabled, but the 2 cards together were only making .60 a day. I figured I should be able to do better, so I converted it to a managed miner and added Slushpool as a pool. It started mining away, and was doing .87 a day, which is a great improvement. So, I figured, since Awesome miner was obviously pulling the profit info from somewhere, I'd switch it back to a profit miner, and then if the price at Nicehash spikes, it would switch to Nicehash. (Just an experiment I wanted to try since it was pulling the profit. I know Slushpool is PPLNS, and not appropriate for profit switching) It didn't work though. It just mined nicehash and ignored Slushpool even with the higher price being displayed. So what I'm looking to do is create my own list of individual added pools and have the profit switcher switch between them. (I want to add some other Yimp based pools) and I was just hoping to find a way to add the stratum addresses, user names, and password fields like I did for Slushpool, but have them in a big list like the external miners, and have the same kind of functionality where you can go down the pool list and select one and hit prioritize and it'll switch, and obviously so it will profit switch. Thank you Patrike! Again, love the new benchmarking!

A few more feature requests:

This is a big one, but would be massive for me - a way to connect multiple instances of awesomeminer together. For example, I manage multiple farms, and I have them all purchase awesomeminer - but any changes I make have to be manually replicated across all of them. For example, if I want to add a new pool thats very profitable and I want to do it for everyone I manage, I have to literally do it all manually 4 times. This goes for every setting, every little change...etc. I'm trying to optimize everyones setup and its very difficult to keep everything in sync. I would love if I could bring all of them under one instance, and any change I made gets transmitted to all of them. Altogether I've sent thousands of dollars of licenses your way but it is getting to the point where I can no longer manage them all and I'm going to need to find an alternate solution soon. The most obvious way to do this is through cloud services, and I would pay for it in a heartbeat if I was able to use cloud services to integrate all 5 instances. This would be really helpful for anyone that has rigs in multiple locations but cant necessarily use a VPN to connect them all. Instead of making the awesomeminer instance connect to cloud services, make the actual remote agents connect.

Another huge thing is that with mining the way it is right now, I've been struggling to stay ahead of the game and trying out new software faster than AM can update it. The manually upload software feature is nice, but I have to select it for every miner, and with miners in groups, I can only upload to a single group of miners at a time. Plus I can't upload to miners that have crashed or are offline etc. What would be much, much better if there was instead a central repository of custom software and it's path that is automatically kept in sync with miners under management. So for instance if I configure I new fork of ccminer for raven or whatever, I only need to do it once, and its automatically uploaded to any miner that I configure for raven with that software. I've tried doing this with network paths and it sort of works, but it brings the whole thing crashing down if that network drive is online. I really would prefer it if it uploaded to each rig individually.

Also please make it easier to start/stop and reconfigure large groups of miners. If I click the header and all of the miners are universally in the same state, then I can stop or start them. If a single one is offline, then I instead need to select all and then deselect the crashed ones.

Likewise, please allow to select multiple groups at a time. Having to make changes 5 times because I have 5 groups makes me not want to use groups at all.

Finally, this is probably already possible through some rules magic - but sometimes when a miner freezes the only way to bring it back online is to manually flip the switch. I use HS100 smart switches to do that remotely - what would be downright magical if there was a way for me to automatically trigger a power flip when a miner is detected offline.

x16r will be pain in the a** to be benchmarked. Since it rotates algorithms and time of running is random, you cant calculate the actual hashrate for less then an hour.