Author

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

legendary
Activity: 3346
Merit: 1094
Do you have any plans to support the upcoming SQRL miner and/or acorns?

Even without acorn support at first, simply supporting SQRL miner because it has the ethlargement pill built in will be a major boost in ease of use. I have had so much trouble dealing with getting the pill launched and exited properly upon profit switching, all too often I'll RDP into a rig thats mining X16 and find the pill still launched even though I have multiple kill commands programmed. I just want to be done with this dependency already, and given that theyre supposedly going to pass along the benefits to GDDR5 cards with SQRL miner, its going to be the best ETH miner by a longshot, so the sooner you can support it, the better.

As far as the acorns go, I'm sure that will add a fair bit of complexity to support thoroughly, but at least from the outset it shouldnt be too difficult to just stand out of its way and let the SQRL miner handle that end.
The general idea is to support everything that is popular and provides an API. I'm not really familiar with this device but if it turns out that many people will be using it and there is a way to manage and monitor it, I will for sure look into it.
member
Activity: 449
Merit: 24
How can you make BTG work with mining pool hub profit switching?
member
Activity: 126
Merit: 10
https://bitcointalksearch.org/topic/zealotenemy-z-enemy-nvidia-gpu-miner-ver262-kawpow-ravencoin-3378390

Z-Enemy 1.17 already Smiley

-  Major performance improvements: 5-10% for X16R & X16S, XDNA (hex), x17, Bitcore(BTX), c11, Sonoa, Renesis, Aergo
-  Lower end cards like 1050/1060 will see additional few %  (yes, a bonus)
-  The miner no longer depends on memory, it allows to run memory clock at +0 or -500 MHz without performance loss.

dam i guess they want to be top dog Smiley .. JK  I read a review some place about Z-Enemy and other miner that mine the same coins and it seems Z-Enemy is the best one, if they keep up with it .
full member
Activity: 374
Merit: 101
Is someone succesfully using (algo) profit switching @ mining-dutch with baikal x10?
I've read suggestions in this thread, but I was unable to make awesome miner control baikal x10.
AM connects baikal api, but when I try to start external profit miner, it tells me to add more pools or to add more software to profit profile.
Thank you in advance.
Is the miner added as an External Miner in Awesome Miner? See instructions for the External Profit Switcher here:
https://support.awesomeminer.com/support/solutions/articles/35000086088-profit-switching-for-asic-mining

If you get any error message, can you please attach a screenshot where also the miner list is visible? Thanks!

Yes, miner is listed as external miner, awesome miner can access its api and see it working.
Some pictures follow (if I will be able to add them :-) ).  I'm using latest release, premium.











Thank you!
newbie
Activity: 36
Merit: 0
https://bitcointalksearch.org/topic/zealotenemy-z-enemy-nvidia-gpu-miner-ver262-kawpow-ravencoin-3378390

Z-Enemy 1.17 already Smiley

-  Major performance improvements: 5-10% for X16R & X16S, XDNA (hex), x17, Bitcore(BTX), c11, Sonoa, Renesis, Aergo
-  Lower end cards like 1050/1060 will see additional few %  (yes, a bonus)
-  The miner no longer depends on memory, it allows to run memory clock at +0 or -500 MHz without performance loss.
Thanks! The plan is to include this one in the next update of Awesome Miner, planned for tomorrow (Wednesday).

Nice! You are the BEST as always Smiley There are performance improvements on 1080Ti really, I'm testing it already..
Thanks
newbie
Activity: 45
Merit: 0
Do you have any plans to support the upcoming SQRL miner and/or acorns?

Even without acorn support at first, simply supporting SQRL miner because it has the ethlargement pill built in will be a major boost in ease of use. I have had so much trouble dealing with getting the pill launched and exited properly upon profit switching, all too often I'll RDP into a rig thats mining X16 and find the pill still launched even though I have multiple kill commands programmed. I just want to be done with this dependency already, and given that theyre supposedly going to pass along the benefits to GDDR5 cards with SQRL miner, its going to be the best ETH miner by a longshot, so the sooner you can support it, the better.

As far as the acorns go, I'm sure that will add a fair bit of complexity to support thoroughly, but at least from the outset it shouldnt be too difficult to just stand out of its way and let the SQRL miner handle that end.
legendary
Activity: 3346
Merit: 1094
https://bitcointalksearch.org/topic/zealotenemy-z-enemy-nvidia-gpu-miner-ver262-kawpow-ravencoin-3378390

Z-Enemy 1.17 already Smiley

-  Major performance improvements: 5-10% for X16R & X16S, XDNA (hex), x17, Bitcore(BTX), c11, Sonoa, Renesis, Aergo
-  Lower end cards like 1050/1060 will see additional few %  (yes, a bonus)
-  The miner no longer depends on memory, it allows to run memory clock at +0 or -500 MHz without performance loss.
Thanks! The plan is to include this one in the next update of Awesome Miner, planned for tomorrow (Wednesday).
legendary
Activity: 3346
Merit: 1094

I got a response from the Canaan development team yesterday that their own Reboot API doesn't support reboot of an individual miner, but they might add support for it in the future.
Err???
Um, just verified with mine -- individual reboot does work. Picked 1 out of 2x 721's on a controller, clicked its reboot button and it did. Picked 1 out of a string of 4x 741's, clicked reboot button and it did. The other miners in the chains were unaffected. Same with 841's so no idea what Canaan is talking about...
Is there a way you can trace the command being sent to the miner - either via a log file or some network inspection? Is the reboot made over another interface than the cgminer API?

The exact response I got from a mail conversation that included several people from the Canaan team was:
"We do not support reboot a single miner via cgminer until now. We are considering adding the feature in the future."
legendary
Activity: 3822
Merit: 2703
Evil beware: We have waffles!

I got a response from the Canaan development team yesterday that their own Reboot API doesn't support reboot of an individual miner, but they might add support for it in the future.
Err???
Um, just verified with mine -- individual reboot does work. Picked 1 out of 2x 721's on a controller, clicked its reboot button and it did. Picked 1 out of a string of 4x 741's, clicked reboot button and it did. The other miners in the chains were unaffected. Same with 841's so no idea what Canaan is talking about...
newbie
Activity: 36
Merit: 0
https://bitcointalksearch.org/topic/zealotenemy-z-enemy-nvidia-gpu-miner-ver262-kawpow-ravencoin-3378390

Z-Enemy 1.17 already Smiley

-  Major performance improvements: 5-10% for X16R & X16S, XDNA (hex), x17, Bitcore(BTX), c11, Sonoa, Renesis, Aergo
-  Lower end cards like 1050/1060 will see additional few %  (yes, a bonus)
-  The miner no longer depends on memory, it allows to run memory clock at +0 or -500 MHz without performance loss.
legendary
Activity: 3346
Merit: 1094
I only want to give my opinion about deep statistics.

I am not a user of the cloud service, although I would not mind paying if the price does not rise.

As indicated by moobidoo, upload statistics data of all subscribers in your own cloud can be bestial in your hosting account, unless it limits for example statistics to the last 3 months. And if it is a problem as indicated by Moobidoo link for example Dropbox, I have a business of 1tera.

An alternative to reduce costs in storage if at the end you store the statistical data, it is of course compress that data and cache to 4 -12 hours. It does not have to be real-time statistics. The frisking as you know, reduces the requests to the database and only reads a txt with the information, and this file is updated every X hours. I would reduce the threat and process, although it would not be bad to link it to an external Dropbox account in my particular case.

AM the program, has Database installed, could even the same in localhost display it in a browser window, and be the same equipment that has installed the AM who would store the data. But I understand that it can be a service of added value to the cloud service.

I do not use Cloud, because I have everything in the same place, in my house of three floors, in the basement, and I can put even more miners, I manage everything by RDP, and if something fails under a plant and restart. That's why I have not hired that service, but if you include those detailed statistics, the more details the better, it will be what will make me and other users pay the cloud service in the end, in my case only for the statistics.

In the telegram group that I have about AW, we have talked a lot, and we would not mind paying an amount per month for having that information, because in the end I will recover it by making better decisions. Especially towards online services and even on loose coins. It is important to have a vision of everything.

I know that you have it in mind, and that someday we may be surprised with a new version of the cloud with statistics, that same day, I will hire the service, I do not mind paying and it is not a high payment. And the added value should be no more cost, you would enter more because you would sell more cloud services.

I do not insist anymore with this, I see that we are all in agreement and it only depends on you how and when. I hope you surprise us with something good that makes you even stand out more about your competition, if you have one.
Thanks trucobit for your input on this as well. Although some of these development suggestions doesn't result in a new feature ready by tomorrow, it's still helpful for me to get an understanding of the requirements and ideas you have. This is used as input for future development of the software.
legendary
Activity: 3346
Merit: 1094

Using the Advanced Avalon config -- Perfect results. Visually now with top end of the graph at 15THs vs 50+THs is FAR easier to see a few THs drop from any 1 miner. Kudos for that Cheesy

edit: Query, when using the Advanced Avalon config and reporting per-miner does the Restart button do a global restart of cgminer (all miners on controller) or just restart the 1 miner? Since the Avalon API does has provision for it the ability to actually reboot the individual miner would be nice.
I will change the next release to display all individual miners on the ASIC tab for the case where you don't run with the Avalon-mode enabled.

I'm also trying to get documentation on the Avalon unique reboot API from the vendor, as the API do have some parameters you can specify what to reboot, but it may not be on the individual miner level but on the AUC level.
Upgraded main farm to 5.4.1 and Default Avalon mode ASIC's now display perfectly as they of course do when broken out using Advanced mode.

As for Canaan's API call for individual miner reboot, all I can suggest is looking at their GIT for the code they use for their OpenWRT-based controller 'firmware' Odds are that part of their code is the same for all the Avalon series or at least A7-8's.
I got a response from the Canaan development team yesterday that their own Reboot API doesn't support reboot of an individual miner, but they might add support for it in the future.
legendary
Activity: 3346
Merit: 1094
Is someone succesfully using (algo) profit switching @ mining-dutch with baikal x10?
I've read suggestions in this thread, but I was unable to make awesome miner control baikal x10.
AM connects baikal api, but when I try to start external profit miner, it tells me to add more pools or to add more software to profit profile.
Thank you in advance.
Is the miner added as an External Miner in Awesome Miner? See instructions for the External Profit Switcher here:
https://support.awesomeminer.com/support/solutions/articles/35000086088-profit-switching-for-asic-mining

If you get any error message, can you please attach a screenshot where also the miner list is visible? Thanks!
legendary
Activity: 3346
Merit: 1094
Awesome Miner version 5.4.1
- Z-enemy miner 1.16

With this version, the x16r benchmark does not work

Working fine on many machines for me Smiley
I don't think there is any general issue with this benchmark. If you still experience this problem, please send me an e-mail where you attach the log file for the computer (either Awesome Miner itself or the Remote Agent if used) where the miner is running and also let me know the time of the issue. Thanks!
jr. member
Activity: 756
Merit: 2
Hello Patrike,
Thanks a lot for adding ability to update softwares using local network shares. It works perfectly !

I would have another request regarding benchmarking. Most of the softwares allow AM to read power consumption from graphic cards.
Could you add the possibility for AM to read this power data during benchmarking and save it at same time it save hashrate ?
I know it's not representative of the global power used by a rig but it could be enough to compare profits between algorithms...

Thanks for the update.

The feature to include power usage for benchmarks should be possible to support on nVidia systems in the future.

Thank you patrike!

***

Code:
TL;DR
Could you give the consideration to offer (for a price where you see fit) periodic data collection into AM Cloud that includes data like http://mypc:17790/api/miners, and future, power consumption when integrated) please?

*** Long Version***
More feature suggestions - (likely suggested b4, but let's see if it can be pushed up the development plan)

I think by now, most ppl gotten into mining "seriously" (ones that can call collection of home rigs "mini farm" and has to fork out electricity cost from own pocket) are starting to realise that mining is hard work and not immediately profitable or "lucrative", as of this time with BTC hitting almost yearly low and Altpocalypse, a good portion of the mining community has already switched off their rigs / sold their equipment...etc. It probably makes good sense to implement a "real" performance analysis feature and there's no better time than now when everyone start to realise the pick and shovels are quite costly to run and work their magic.

Right now, I haven't came across (granted, haven't tried much) any software that seriously takes the cost factor into performance report/analysis. like @trucobit says, it's a feature that is becoming very sought after (see how desperate he is Tongue). Everything involved in profit switching decision making is revolved around no more than 24 hours of data and can only provide estimate with limited samples, this is true not just for AM, but almost every collective mining management software out there.

IMHO, there really is no "performance analysis/report" when this performance doesn't take into account of cost, AM already has historic hashrate performance logging, but that means little on it's own if power consumption / monetary profit statistics cannot be used in conjunction with this data. Especially when hashrate differs from profit switching perspective and the data on its own has very little to no usefulness.

Might I humbly suggest, that since AM already has cloud service integrated. Is it possible for now, that you could provide some options to collect (as much in detail as possible) mining data like how @Finnsk3 does (http://stats.finnsk3.com/) periodically (1min is cool).

I understand implementing anything useful for representation / analysis will take huge amount of time (like @Finnsk3 said, he collected all the data, but he also lacks time to have it integrated in his own site for reporting), but at least it would be nice to have a way for us non-programmers to have these historical data collected and available for future use. and you could work this one out progressively to provide extra add-on services for the AM Cloud feature like how @trucobit suggested @Finnsk3 (at a cost of course, I know @trucobit and I for 2 are willing to pay for the reasonable add-on price for additional features ;p, i'm not inciting business competition between you and your customer(s), but who'd know AM better than you and already has a working cloud platform to run the services?)

Wouldn't be useful if there's no data to analyse, so better late than never, to start collection process now, and gradually expand the aspects of report analysis. This not only give insight to past performance, future estimates, but it could provide a nice foundation for "Intelligent Profit Switching" decision making etc.

***
One thing I'm doing (extremely slowly) is that while people are requesting ability to record and find out the optimal "intensity", I'm trying to find the optimal Hash/W at given BTC/Fiat in order to find the best Profit/W, by adjusting Power Limit instead of adjusting intensity, in theory and probably easily (but not for me, my mathematics sucks), there is an optimal given BTC price where benefit of increase in power consumption still results in more increase in profit and conversely in some cases, benefit (profit) of reducing power usage (hence increase H/W) actually is better when say, in a prolonged bear market like this year.

This for me (and my level of crappy maths) involves benchmarking at various PL (currently, i'm doing in 10% increments) and record them in different profiles, then later trying to figure out the correct formula, so I can say (in English/common language) and make rules that's like (for a very concise example):

Code:
When USD/BTC is > 10000 and/or mbtc/MHs (for particular algo) is > xxx, then use high PL profile, or else, use low PL profile.

this would come into very handy to find an optimal value for USD/BTC and mbtc/MHs (once I figured out the formulas or...if you could make AM do it, saves me the headache  Tongue ) used for the trigger, especially when you also have a comprehensive "historical" data to compare.

Best Regards,

***
P.S. I just tried minerstats.com's msOS, and the comprehensive reporting doesn't have what I wanted above, and AM is far more superior and versatile in terms of profit switching (and self managed), so for a price of paying for the kind of services like minerstats, minerboard, hiveOS, i'd rather have to just pay AM and have less complicated operation.
Although I quote you (@moppidoo) here, the answer below is of course for @trucobit as well.

First of all, I fully agree with your points that the current performance history feature and the insight and statistics of what you have been mining isn't as good as it could be. I've had a number of comments on this so it's on the list of feature to add.

Your insightful feedback is valuable and is interesting as it also brings up the concept from a Cloud Services point of view. May I ask what your view is on if the existing Performance History feature is improved, without the use of Cloud Services? For example that Awesome Miner wouldn't only include hashrate and temperature, but also pools, algorithm, mining software, power usage and profit? Of course a way to analyze and get a summary of this would also be required.

I do see both benefits and drawbacks with including Cloud Services in the concepts here so any additional comments on this topic is of course valuable.

Thanks for the great comments.

I only want to give my opinion about deep statistics.

I am not a user of the cloud service, although I would not mind paying if the price does not rise.

As indicated by moobidoo, upload statistics data of all subscribers in your own cloud can be bestial in your hosting account, unless it limits for example statistics to the last 3 months. And if it is a problem as indicated by Moobidoo link for example Dropbox, I have a business of 1tera.

An alternative to reduce costs in storage if at the end you store the statistical data, it is of course compress that data and cache to 4 -12 hours. It does not have to be real-time statistics. The frisking as you know, reduces the requests to the database and only reads a txt with the information, and this file is updated every X hours. I would reduce the threat and process, although it would not be bad to link it to an external Dropbox account in my particular case.

AM the program, has Database installed, could even the same in localhost display it in a browser window, and be the same equipment that has installed the AM who would store the data. But I understand that it can be a service of added value to the cloud service.

I do not use Cloud, because I have everything in the same place, in my house of three floors, in the basement, and I can put even more miners, I manage everything by RDP, and if something fails under a plant and restart. That's why I have not hired that service, but if you include those detailed statistics, the more details the better, it will be what will make me and other users pay the cloud service in the end, in my case only for the statistics.

In the telegram group that I have about AW, we have talked a lot, and we would not mind paying an amount per month for having that information, because in the end I will recover it by making better decisions. Especially towards online services and even on loose coins. It is important to have a vision of everything.

I know that you have it in mind, and that someday we may be surprised with a new version of the cloud with statistics, that same day, I will hire the service, I do not mind paying and it is not a high payment. And the added value should be no more cost, you would enter more because you would sell more cloud services.

I do not insist anymore with this, I see that we are all in agreement and it only depends on you how and when. I hope you surprise us with something good that makes you even stand out more about your competition, if you have one.
legendary
Activity: 3822
Merit: 2703
Evil beware: We have waffles!

Using the Advanced Avalon config -- Perfect results. Visually now with top end of the graph at 15THs vs 50+THs is FAR easier to see a few THs drop from any 1 miner. Kudos for that Cheesy

edit: Query, when using the Advanced Avalon config and reporting per-miner does the Restart button do a global restart of cgminer (all miners on controller) or just restart the 1 miner? Since the Avalon API does has provision for it the ability to actually reboot the individual miner would be nice.
I will change the next release to display all individual miners on the ASIC tab for the case where you don't run with the Avalon-mode enabled.

I'm also trying to get documentation on the Avalon unique reboot API from the vendor, as the API do have some parameters you can specify what to reboot, but it may not be on the individual miner level but on the AUC level.
Upgraded main farm to 5.4.1 and Default Avalon mode ASIC's now display perfectly as they of course do when broken out using Advanced mode.

As for Canaan's API call for individual miner reboot, all I can suggest is looking at their GIT for the code they use for their OpenWRT-based controller 'firmware' Odds are that part of their code is the same for all the Avalon series or at least A7-8's.
full member
Activity: 374
Merit: 101
Is someone succesfully using (algo) profit switching @ mining-dutch with baikal x10?
I've read suggestions in this thread, but I was unable to make awesome miner control baikal x10.
AM connects baikal api, but when I try to start external profit miner, it tells me to add more pools or to add more software to profit profile.
Thank you in advance.
newbie
Activity: 36
Merit: 0
Awesome Miner version 5.4.1
- Z-enemy miner 1.16

With this version, the x16r benchmark does not work

Working fine on many machines for me Smiley
full member
Activity: 194
Merit: 100
Awesome Miner version 5.4.1
- Z-enemy miner 1.16

With this version, the x16r benchmark does not work
legendary
Activity: 3346
Merit: 1094
...snip (wall of text)
Although I quote you (@moppidoo) here, the answer below is of course for @trucobit as well.

First of all, I fully agree with your points that the current performance history feature and the insight and statistics of what you have been mining isn't as good as it could be. I've had a number of comments on this so it's on the list of feature to add.

Your insightful feedback is valuable and is interesting as it also brings up the concept from a Cloud Services point of view. May I ask what your view is on if the existing Performance History feature is improved, without the use of Cloud Services? For example that Awesome Miner wouldn't only include hashrate and temperature, but also pools, algorithm, mining software, power usage and profit? Of course a way to analyze and get a summary of this would also be required.

I do see both benefits and drawbacks with including Cloud Services in the concepts here so any additional comments on this topic is of course valuable.

Thanks for the great comments.
***
apologies for another wall of text, the above is just one of the possibilities of extending AM's functionality/redundancy via the use of Cloud Services, I'm sure others could come up with more ideas on how this could be utilised. However, I believe, that a good plan is probably to keep focusing on developing AM Host as the main controller (features / stability / integration .... etc) and the Cloud, to be utilised further than just a web frontend from its current form, as a major backup controller. Feature and function wise, it can be implemented gradually over time as it matures / demand and resources allow. What do you think?

Best Regards,
Thanks for all input. There are a number of long term goals that all will take Awesome Miner in this direction.

1) Linux support where a Beta will soon be available. This will allow you to run mining on Linux as well and as part of this implementation there is also a new communication protocol between Awesome Miner and Remote Agent designed for supporting communication directly between Remote Agent and Cloud Services in the future.

2) Another feature I have in mind is the use of Cloud Services for solving networking scenarios instead of using VPN between Awesome Miner and Remote Agent. Today Awesome Miner connect to Remote Agent, but the plan is also to allow Remote Agent push the data to the Cloud Services and Awesome Miner will request it from there. At this point, Cloud Services is only used to transfer data and not for processing and profit switcher. The benefit would be that Awesome Miner and Remote Agent can be on different networks without the need of VPN and port forwarding.

3) The Awesome Miner application is currently a client application only, and you can only run one instance of the application. The plan for the future is to allow multiple instances of the user interface connected to the same "Awesome Miner engine". I also think this is where your suggestions makes great sense, where the "Awesome Miner engine" also could be running in the Cloud. You would still use the Awesome Miner window application to configure everything, but in this scenario you can shutdown your local Awesome Miner computer and it would still be running somewhere else.

At this point in time, I also agree with your points about being able to store more data in the Cloud to get better insight and reporting features.

Please note that Awesome Miner will always continue to support running without Cloud Services and any external dependencies. There are a number of larger customers using Awesome Miner and want full control and don't want any information to leave their network. These customers see the main value of Awesome Miner as a software solution they can run completely on their own premise without dependencies on a cloud solution that someone else manage. The goal of Awesome Miner is to support all these deployment scenarios in the future.
Jump to: