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-miningIf 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! Thanks for sharing the details. The first screenshot is correct. This is the only configuration you need to do to enable the External Profit Switcher. The External Profit Switching feature operates by changing priorities of existing pools of an already running External Miner. See the documentation link for more details. The other concepts like Managed Profit Miner and the configuration of Managed Profit Switching in the Options dialog are only for GPU and CPU mining - not for ASIC mining. |
|
|
|
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. |
|
|
|
https://bitcointalk.org/index.php?topic=3378390.0Z-Enemy 1.17 already  - 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). |
|
|
|
<snip>
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." |
|
|
|
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. |
|
|
|
<snip> 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  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. |
|
|
|
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-miningIf you get any error message, can you please attach a screenshot where also the miner list is visible? Thanks! |
|
|
|
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 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! |
|
|
|
I discovered why Bminer 10 doesn't work for me i disabled the GTX 1060 6gb card it was hanging on now it works as long as the Memory is the same per card Bminer 10 works great . i didn't test that completely or what I mean is i didn't try with just the 6 gb card because it's late . it does work with four NV cards, I have that have the same 8GB memory so in my case it seems to work if the memory is the same for all the cards. .I'll test it later today with just the GTX 1060 6gb . as for the command line i use Awesome miner but i did try with the bminer-launcher, it worked as long as the 1060 6GB card was disabled or disconnected or the cards had the same amount or size of memory 8gb all 6gb all etc . so far, I'll test it more later today i woke an that popped in my head so i tried it . command line from awesome miner with the four nv cards with the same 8 gb memory that works. from two different pools that does work with four cards same memory with Bminer 10 an Bminer 9.1 works with all my cards together so it's not a bad GTX card. bminer-v10.1.0-1323b4f-amd64_1\bminer-v10.1.0-1323b4f\bminer.exe -uri tensority://removed address.miner3:x@btm.f2pool.com:9221 -watchdog=false -api=0 AwesomeMinerService\bminer-v10.1.0-1323b4f-amd64_1\bminer-v10.1.0-1323b4f\bminer.exe -uri tensority://removed worker.miner3:x@btm.viabtc.com:3333 -watchdog=false -api=0.0.0.0:4028 Is my understanding correct that you could reproduce the same problem even without Awesome Miner (your first command line example)? Or was this something that only happen when you launch Bminer from Awesome Miner? |
|
|
|
...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. |
|
|
|
|
Awesome Miner version 5.4.1
- Power cost can be specified per Profit Profile (see Profit Profile Properties, Override section)
- Power cost can be configured to be specified in the same currency as used for display (see Options dialog, Profit Switching section)
- Added a new rule action Set Property where the power cost can be set globally or per Profit profile. This action can be used for scheduling different power costs depending on the time of the day.
- Bulk edit of miners includes support for setting the Description field of the selected miners, including use of variables for assigning unique numbers to each miner
- The ASIC tab for Avalon miners will show each individual miner when Awesome Miner is presenting the information for the Avalon controller.
- Introducing Help buttons in many dialogs to faster get access to the online documentation
- Added mining software: BTMiner NebuTech 8.0
- Z-enemy miner 1.16
|
|
|
|
A new version of Awesome Miner is just about to be released, and it will at least include the latest Z-enemy miner. For T-Rex I do see that there are some changes and improvements to the API so I need to spend a little time on that one before I include it (but you can expect it within the next few days). |
|
|
|
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! *** 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  ). 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): 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 ) 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. |
|
|
|
Lolminer has a number of restrictions in their license about redistributing their mining software. This makes it less attractive to support compared to most other mining software. It might get added in the future, but then I need to work out something with their dev team first. |
|
|
|
Yes, it will be included in one of the next versions of Awesome Miner. |
|
|
|
WTF with this upgrade? all my uploaded software is gone Damn!!! Stupid update EVER!!!
Can you share more details on this issue? Did this happen on all remote systems as soon as you launched version 5.4? The only way to cleanup the downloaded/uploaded mining software on disk is by manually launching the diagnostics, clicking the Advanced button and then click the cleanup menu item. There is no automatic feature for this and I've not had any other reports on this issue. Please let me know any additional details. Thanks! |
|
|
|
PROFIT Switch ERROR NEOSCRYPT
Anyone notice this lately?
I suppose this could have been a high profit value reported by MPH for a period of time. Right now it looks like the values are the same as for other pools. You can use the Online Services tab to see what MPH is reporting and compare it to the other Neoscrypt pools. |
|
|
|
patrikeSIA-explorer update to version 1.3.3 Can not get balance, error "Unable to get balance" An API request is processed using a new link https://siastats.info:3500/navigator-api/hash/:hash FAQ -> https://siastats.info/api The default SIA explorer in Awesome Miner is explorer.siahub.info. Have you tried using that one? |
|
|
|
Z-enemy 1.16 will be included in the next update of Awesome Miner. |
|
|
|
@patrike
Looking to use JCE GPU miner for TUBE it works but all the gpus show on CPU tabs how can I fix this ?
Awesome Miner is currently only including support for JCE CPU miner, so although JCE GPU miner probably works fine as well, Awesome Miner isn't able to detect if you do CPU or GPU mining. Can you please send me the API report (toolbar: Tools -> API Report) for this miner via PM and I will take a look. Thanks! |
|
|
|
|
Show Posts
