this software looks awesome? is there any fees or charges involved?
reminds me of simple Mining OS , or PIMP OS , only with mobile integration.
i'll def install it and give it a shot.
Thanks - It is awesome! There are both free and paid versions of Awesome Miner available, depending on how many miners you have and what kind of features you want. See this page for details: http://www.awesomeminer.com/buy.aspx |
|
|
|
Hello, First time posting on BT forums. First off, thanks for this great piece of software. I have 1 issue and 1 question. Issue: I've setup a managed profit miner and configured a custom pool group to mine coins directly. However my miner only mines 1 pool out of the whole list and does not show any other pool in its pool list. imageQuestion: How does this software handle a rig with diffrent GPUs. For Example 4 Nvidia 1080ti GPUs and 3 AMD 580 GPUs? Can I set benchmarks and mining on a per GPU or GPU group like Nicehash? Thank you! Welcome! Awesome Miner will only add the pools that the mining software actually support. Can you give an example of which mining software that was running (Claymore Ethereum, Ccminer, ...) and the algorithm of the pool that was missing. The screenshot link you provided didn't work for me. You should benchmark each unique type of GPU and save it to a Profit profile that is unique for that GPU. If you will be mining I assume you run two Managed Miners, one for the nVidia GPU's and one for the AMD GPU's. Otherwise I suppose it's only the Claymore Ethereum miner that may support both of them More about benchmarking: http://www.awesomeminer.com/help/benchmark.aspx |
|
|
|
I am trying with two S9. One question, when i switch the pool by the software, for example to Nicehash. On nicehash i have S9 in name field for two miners. Why ? The worker name is different in it, S9_1 and S9_2, and it's S9 on both. Underscore is not supported ? And about pool details, i have my BTC wallet in Worker name and Wallet address. To be honest, i am not sure it's work very well with nicehash... Before use your software, i had an empty name... Thanks for the update 4.0 !! Oh and, how you change the frequency of S9 in last version ? I find nothing to do that in manual... Prefer to overclock it  There are some characters that cannot be used, and this can depend on type of miner. So if underscore isn't working, it's just to try with dot or something else instead. For Nicehash, you only need to put your Bitcoin address in the Worker name field. Wallet address is only used for some pools and never with ASIC's and Antminers. Frequency change was only supported on the Antminer S9 from 2016, and Bitmain remove the way it could be changed over SSH after that. I have a quite new Antminer that I've not even connected yet. Once I do that, I can see if I can figure out a way to solve this on new Antminers as well - but it probably a limitation in the Antminer itself. |
|
|
|
Any new updates..? Can't update Claymore cos need to update Awesome Miner first..
The latest Claymore miners was part of the development releases, but today Awesome Miner 4.0 was released so you can simply upgrade to that version to get built-in support for Claymore Ethereum Miner 10.0. |
|
|
|
Is there a way to change the "stratum+tcp://" in online services to "ssl://" where it doesnt change the ethash or equihash lines?
So you want this for some of the pools, so the settings in Options dialog, Online services, where you can define the templates - it's not flexible enough for this scenario? |
|
|
|
It would be awesome to add Simple Rig Resetter support.
Need better mobile view for cloud. Currently I have 3 pages
Rig name, status, hash rate
I couldn't find any information on how to interface with the Simple Rig Resetter. Anyone else knows? Any improvement suggestions are welcome. |
|
|
|
Nicehash changing the default website.
"Dear users, After several months of development and testing we’re finally moving to the new website as the default NiceHash website. The new website is more than just a redesign as it also offers more information, better help and additional features, not available in the currently default"
Do we have to make changes to Awesome Miner ?
I think it's only their web site that changes, not the API's used by Awesome Miner. API -- Awesome Miner uses which API address ? "There are no changes regarding API. However we would like to remind you once again that the old address https://www.nicehash.com/api is deprecated and you should use https://api.nicehash.com/api instead. So make sure to double check this if you are using API. The old address will still be available for a limited period of time, but will be disabled eventually. The switch to the new website as the default website is scheduled for Friday, September 8th, during the 15:00 – 18:00 UTC time frame." Hi, If you are on the latest Awesome Miner, then it's the new address api.nicehash.com. About their web site being down temporary down tomorrow - I don't know if the API (the profit information used by Awesome Miner) also will be unavailable during this period of time. I guess we will find out. |
|
|
|
Awesome Miner 4.0- Awesome Miner Cloud Services * Cloud Services is an optional subscription service that adds additional features to Awesome Miner * Web interface hosted in the cloud. All monitoring statistics are pushed to the cloud by Awesome Miner and can be accessed from any computer, tablet or smart phone. * Mining operations can also be controlled via the cloud without any firewall configuration * SMS notifications, send SMS as rule action and send SMS manually * Listen to Awesome Miner heart beat and send a notification if missing * Multiple instances of Awesome Miner can all send data to the same Cloud account, and each site can be individually viewed from the Cloud web interface - GPU mining * More flexible algorithm configuration. New algorithms can be defined by user and configured for each mining software. * More flexible Online Service configuration * Managed Software can be added and used by both Managed Miners and by the Managed Profit Switcher. Define custom command line arguments for new algorithms per mining software. * GPU clocking profiles can be defined and automatically applied when a Managed Miner is starting and/or stopping. Works without any dependencies on the mining software being used. * New algorithms and coins added * Display Claymore miner invalid shares as HW errors * Ccminer 2.2 replaces older Ccminer SP-mod * Claymore Ethereum Miner 10.0 (changes GPU order - may require updates to 'Map to system monitoring' in Awesome Miner) * Claymore Zcash Miner 12.6 - ASIC mining * iBeLink fully supported with temperature * Antminer R1-LTC hashrate correction * Better detection of Antminer types in the network scanner - Profitability Switching * Benchmarking of algorithm hashrates * Profit switching improvements, including configuration to disable individual algorithms per pool and separate dual mining hashrates * Managed Profit Miners can be configured with environment settings like Managed Miners, where window mode and processor settings can be defined. * Managed Profit Miners can override global worker names for default profit switching pools * Better support for multi-algorithm coins like Digibyte * Configurable to use current or 24 hour statistics for profit switching and profit display - User interface * The coins listed with exchange rate in the statusbar can be customized * Added 6 more currencies, to support display in local currencies for more countries * Moved e-mail server configuration to a separate section in the Options dialog * Add user defined WhatToMine coins not listed in the main API * Window glass mode can be configured - Rules, integration and configuration * New HTTP API's: Perform operations on a single notification. Includes Group Id information for miners. Get list of Managed Templates and apply templates to a miner. * Custom e-mail address can be set for a notification action, to override the global e-mail address to send notifications to * Rule triggers to detect when the computer is idle and used, to support start of mining when the computer is idle * Rule action to execute command (any application) on remote miner and also access the the remote execute feature from the System tab * Execute action can use the variable "[Host]" for the parameters, to launch external applications with the hostname/ip of the miner as a command line argument. * Web interface includes secondary hashrate if available, coin information in smart phone mode and corrections to notification display in multi-user environments * Both worker name and password field can use variables [IP1], [IP2], [IP3], [IP4] to replace with IP address segments for External Miners * SSL configuration for built-in web interface * Webhooks as notification target and rule action - Corrections * Corrections to SMTP library to support Office 365 accounts * Correction of Block Explorer request for zcash for the Balance feature * Adjusted for new hashrate reporting on some algorithms at Nicehash and zpool * General improvements and corrections Important: The Remote Agent must also be upgraded. Don't forget to check out the new Awesome Miner Cloud Services
|
|
|
|
Hello.
One of the miners is always "Disconnected", but it is working and is accessible from the Web Interface. The mining process is also uninterrupted, only the Awesome Miner is affected. The miner is Antminer L3+, two other miners are working just fine. What can be the problem?
Hi, Is the API access rules configured differently on that miner? Have you for example used Awesome Miner to setup privileged API access or similar for the Antminers? If you want, you can also send me the API report for this miner so I can verify that it doesn't give any monitoring information over the API. Reports can be generated from the toolbar: Tools -> API report. |
|
|
|
Nicehash changing the default website.
"Dear users, After several months of development and testing we’re finally moving to the new website as the default NiceHash website. The new website is more than just a redesign as it also offers more information, better help and additional features, not available in the currently default"
Do we have to make changes to Awesome Miner ?
I think it's only their web site that changes, not the API's used by Awesome Miner. |
|
|
|
Can you please add the latest version of Excavator 1.7.5.14 ? EWBF is very unstable at this time.
The latest Excavator will be added later on, but will require a significant implementation effort. |
|
|
|
Thanks, one more issue is that have 12 rigs on a local network, one has the newest AM installed, on the others I run the Remote Agent, but on the network scan non of them displayed, only the main pc. Tried to install the full AM to the rest, same result. Any suggestion?
Can you try to uncheck the checkbox for "ping" when you scan for Remote Agents? Does it work to manually add the remote miners by selecting Managed Miner in the wizard, and then add a new host where you manually specify the IP? You cannot mix different versions of Awesome Miner and Remote Agent. |
|
|
|
Version 3.2.9 (Final development preview of 4.0)- Awesome Miner Cloud Services * Cloud Services is an optional subscription service that adds additional features to Awesome Miner * Web interface hosted in the cloud. All monitoring statistics are pushed to the cloud by Awesome Miner and can be accessed from any computer, tablet or smart phone. * Mining operations can also be controlled via the cloud without any firewall configuration * SMS notifications, send SMS as rule action and send SMS manually * Listen to Awesome Miner heart beat and send a notification if missing * Multiple instances of Awesome Miner can all send data to the same Cloud account, and each site can be individually viewed from the Cloud web interface- GPU mining * More flexible algorithm configuration. New algorithms can be defined by user and configured for each mining software. * More flexible Online Service configuration * Managed Software can be added and used by both Managed Miners and by the Managed Profit Switcher. Define custom command line arguments for new algorithms per mining software. * GPU clocking profiles can be defined and automatically applied when a Managed Miner is starting and/or stopping. Works without any dependencies on the mining software being used. * New algorithms and coins added * Display Claymore miner invalid shares as HW errors * Ccminer 2.2 replaces older Ccminer SP-mod * Claymore Ethereum Miner 10.0 (changes GPU order - may require updates to 'Map to system monitoring' in Awesome Miner) * Claymore Zcash Miner 12.6 - ASIC mining * iBeLink fully supported with temperature * Antminer R1-LTC hashrate correction * Better detection of Antminer types in the network scanner - Profitability Switching * Benchmarking of algorithm hashrates * Profit switching improvements, including configuration to disable individual algorithms per pool and separate dual mining hashrates * Managed Profit Miners can be configured with environment settings like Managed Miners, where window mode and processor settings can be defined. * Managed Profit Miners can override global worker names for default profit switching pools * Better support for multi-algorithm coins like Digibyte * Configurable to use current or 24 hour statistics for profit switching and profit display- User interface * The coins listed with exchange rate in the statusbar can be customized * Added 6 more currencies, to support display in local currencies for more countries * Moved e-mail server configuration to a separate section in the Options dialog * Add user defined WhatToMine coins not listed in the main API * Window glass mode can be configured - Rules, integration and configuration * New HTTP API's: Perform operations on a single notification. Includes Group Id information for miners. Get list of Managed Templates and apply templates to a miner. * Custom e-mail address can be set for a notification action, to override the global e-mail address to send notifications to * Rule triggers to detect when the computer is idle and used, to support start of mining when the computer is idle * Rule action to execute command (any application) on remote miner and also access the the remote execute feature from the System tab * Execute action can use the variable "[Host]" for the parameters, to launch external applications with the hostname/ip of the miner as a command line argument. * Web interface includes secondary hashrate if available, coin information in smart phone mode and corrections to notification display in multi-user environments * Both worker name and password field can use variables [IP1], [IP2], [IP3], [IP4] to replace with IP address segments for External Miners * SSL configuration for built-in web interface * Webhooks as notification target and rule action- Corrections * Corrections to SMTP library to support Office 365 accounts * Correction of Block Explorer request for zcash for the Balance feature * Adjusted for new hashrate reporting on some algorithms at Nicehash and zpool * General improvements and corrections Important: The Remote Agent must also be upgraded. Development Previews can be enabled from the Options dialog, General section. Then Menu -> Check for updates. If you need access to the MSI files for manual installation: http://www.awesomeminer.com/download/setupdev/AwesomeMiner.msihttp://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msiDon't downgrade to version 3.2 once you installed the new development versions. Awesome Miner 4.0 release planAwesome Miner 4.0 will be released on September 7th or 8th. The content of the release will be almost identical to the feature list above. Already today you can sign up and start using the new Awesome Miner Cloud Services together with the development version.
|
|
|
|
Thanks - not I understand the scenario. There is a 60 second delay from when a miner interface is connected until the Check Statistics triggers can trigger. This was originally to prevent triggering on low hashrates because the mining didn't have a chance to get started.
The same delay applies to Accepted as well, which probably explain your scenarios where a very low Accepted value would happen within the first minute, and doesn't trigger, while when you set it to a higher value, it will trigger.
Thanks for your reply. Even so, I'm still having issues with a very different set of rules. Most of the time this is triggered but it fails from time to time:  Like I said, I'm trying to get AM to invoke an external program to force Afterburner to switch profile. Unfortunately, for some reason, sometimes AM fails to trigger those rules (I have a notification to keep track of when the rule is triggered, so I'm 100% sure that is not the external program which is failing). I've just made a small change to the "Detect miner API" rule, because it was a possible timing issue that could have been the reason for the problem you describe. I was however not able to reproduce the problem myself, so please try with the new version 3.2.9 and get back to me with your findings. |
|
|
|
The Accept progress rule is typically used to compare current Accepted share value with a previous one, to make sure it's increasing. If you set it to compare with a value 5 minutes ago, it will take at least 5 minutes before it can trigger, and then it will only trigger if Accepted share is identical (which indicates that the mining isn't progressing as it should). Is this the scenario you are using with your Accept rule or is it another case you want to take care of? Maybe you could send a screenshot of the properties of this Accept trigger so I get a complete understanding of it.
No, I'm comparing it to some specific value. Examples: This one is NEVER triggered: This one is sometimes triggered (same result if you choose "equals" instead of "less than or equals") This one is almost always triggered: Thanks - not I understand the scenario. There is a 60 second delay from when a miner interface is connected until the Check Statistics triggers can trigger. This was originally to prevent triggering on low hashrates because the mining didn't have a chance to get started. The same delay applies to Accepted as well, which probably explain your scenarios where a very low Accepted value would happen within the first minute, and doesn't trigger, while when you set it to a higher value, it will trigger. |
|
|
|
Hello Patrike:
Thanks for the new updates. I really appreciate that you are opening up the program and, step by step, making things more customizable and less hard coded.
For that reason I upgraded my copy to Premium two days ago.
Even though the program still doesn't allow me to do the things I want, I feel it will be there soon.
In that regard, is it possible to make AwesomeMiner ask directly AfterBurner to switch to X profile depending on the algorithm being ran?
I know that you recently added the capability to modify settings for each GPU but I find it more difficult and cumbersome to do it from AM as opposed to doing it from AfterBurner where I already have all the profiles I need and every card adjusted for max efficiency.
Right now I'm doing it by using a rule which detects the pool URL and also detects when the miner connection is established and then launches an external program to force AfterBurner to switch the profile.
Unfortunately, that detection is not always accurate and sometimes AM doesn't execute the rule.
The same happens with the "Check Statistics->Accepted" rule. That one is really buggy and is only triggered after the accepted number is above 10.
To test it, I configured several notifications with several "Accepted", from 0 to 20.
The ones from 0-10 were never ever triggered and the rest would sometimes trigger and sometimes not.
I've recently added the option to select GPU clocking profile for a Managed Miner, and being fully aware that this is not the complete solution. Please note that the GPU clocking profiles you can save in Awesome Miner isn't related to the profile concept in MSI Afterburner. Awesome Miner needs to control this on a large scale and cannot assume you already have identical setup of profiles in MSI Afterburner on all computers. What I'm planning to do is to use the configuration dialog for the Managed Software, where you per algorithm can configure both the built-in software and user defined mining software, and add the GPU clocking profile setting in here as well. That would make it possible to have one GPU clocking profile for for each algorithm for each mining software. Endless flexibility! The Accept progress rule is typically used to compare current Accepted share value with a previous one, to make sure it's increasing. If you set it to compare with a value 5 minutes ago, it will take at least 5 minutes before it can trigger, and then it will only trigger if Accepted share is identical (which indicates that the mining isn't progressing as it should). Is this the scenario you are using with your Accept rule or is it another case you want to take care of? Maybe you could send a screenshot of the properties of this Accept trigger so I get a complete understanding of it. |
|
|
|
Today Awesome Miner is not saving the profit information from these coin statistics sources, it only uses the API's provided by them to get current profit (configurable to 24h actual profit in the next release).
Yes, I'm aware that this data was only a current statistic. We had talked about this a few weeks ago where I made the suggestion to have a small database, caching this information to have AM build it's own moving average for display and use in the logic of profit-switching, if the user chooses that method. I only brought it up again, because I want people to understand what these figures represent. I think a 24 hour or longer moving average would be a really neat feature to have, and I'm eager to play with it to see if my theories hold true in real life. I had also emailed you a few months ago about something similar for the temperatures and hashrate graphs on the Dashboard tab, if they or other statistics were cached in a database for analysis, probably in a small database. You mentioned that AM wasn't doing this currently, which is fine. I realize adding a database of some of these values might be a significant feature to add, but it might be good to expose some of this data to the user to make some deeper analysis of their miners if they choose to do so. I think it would be a cool feature to add that would make Awesome Miner stand out, especially for your larger miner customers who have the bandwidth to do this kind of analysis (or us number nerds!) And of course, I would expect this feature to only be available in a higher cost edition of AM. No pressure from me... I'm just trying to help with some ideas on how to make AM better, and more effective for users. There's already a ton of features I haven't gotten around to testing like the the Profit Factors like you mention below. In the future it should probably be some improvement to the Performance history feature that is quite limited today. I fully agree that the amount of information Awesome Miner should be able to collect is large, and that very interesting analysis could be applied to this data. These ideas makes perfect sense. I've also been thinking about if this entire deep analysis field could be another kind of application, possibly developed by someone else, in the future. Awesome Miner do provide API's that can be used to extract a lot of information. An external application could collect a lot of data based on that and do more advanced analysis and processing on it. If you only select Nicehash, Zpool and MPH for the profit switcher, then the information from WhatToMine and Coins tab isn't used. However, if you add a custom pool or pools, it may be a single coin pool for Dash or Signatum. For these single coin pools, the profit information from WhatToMine is used - which is also what you see on the Coins tab. If for example Signatum is more profitable than what Nicehash and the others have, the profit switcher will go for Signatum. So the profit switcher is already comparing single coin pools (WhatToMine statistics) with the multipools (Nicehash, ... statistics).
For a given Profit switching profile, you can compare the Profit values in the Coins tab and the Online services tab.
That's what I assumed was going on under the hood, but I'm glad you clarified it here. I think the more exposure the user has to some of the logic or where AM is using what statistics where is helpful to the user to understand how to setup AM so that it works for their situation. It's already very very flexible in many different scenarios, but that flexibility comes at a learning curve cost for the end user. Would it be possible to add the Whattomine statistics to the Online Services tab? If I'm reading your quote above correctly, AM will use both tabs for profit switching if I had selected the NH and custom pool profit, but it might be confusing to the user how AM uses those two tabs differently. Or at the very least some labels on the tabs (Coins and Online Services) so that the user understands how those two sets of data are used by AM. I have been getting requests about combining the tabs for Coins and Online services. From a profit presentation point of view, it makes sense to combine them, because that's exactly what the profit switcher is doing. If you have Signatum on top at $12 on the Coins tab and Nicehash X11 on top at $11 on the Online services tab, the profit switcher will go for Signatum - if you have that as a custom pool to the profit switcher. So from a profit number point of view, combining makes sense. Then we have the other aspect, and that is what kind of information to present about individual coins and about pools like Nicehash. For coins you have much more data and exchange rates and so on, and also the option to edit the coin properties. Combining this together with something like Nicehash could look strange. I'm not saying that these two tabs will be separate for all future, just that there are both benefints and drawbacks with both solutions. |
|
|
|
Hi, using AM for a Baikal farm, but if I change pool from within AM, the algorithm always jumps to X11, regardless of the coin, making it useless. Is there a solution for it, to configure the algorithm too for baikal, as the pool change is working, but only invalid shares occur.
So there is no solution for Baikal mines to change pool via AM?
Hi, The are a number of users running Baikal miners with Awesome Miner, and from a monitoring point of view it works great. However, the pool change operation in combination with a change of algorithm is for sure an issue. Baikal miners uses an older version of sgminer, and it looks like that interface doesn't support change of algorithms. I had one users that recently tried to contact Baikal about this to see if they could do anything about it - but I don't have any updates on it right now. From an Awesome Miner point of view I can unfortunately not do anything about this situation, as Awesome Miner is using the cgminer and sgminer interface standards (API), and it doesn't look like the Baikal miners fully support that. |
|
|
|
Patrike,
I seem to be having a problem or found a problem ... !
I've set up a miner as shown above, it's a Managed Profit Miner.
For the life of me I can not find the setting to make this miner work in Dual mode mining. Where is the option to enable / disable Dual mode mining for this type of miner ?
I can get one of my rigs to work in Dual mode (both setup the same way), but the other rig fails to work, it either mines from Claymore in single mode or mines with EWBF, with the EWBF disabled. The only way I could fix this was to port over the config file from the other rig.
The Managed Profit Miner cannot be configured for Dual Mining - it should happen automatically if Dual Mining is considered profitable. Can you check your Dual Mining hashrates for your Profit profile? Do you have both Ethereum and Decred/Sia/Pascal pools made available for the profit switcher? If you click the "View details" button on the miner, or in the latest release, right click and select "View process details", can you see both Ethereum and dual algorithms in the list? Device Profiles.
I see one default profile --- AMD X-algorithm.
Why no default NVidia X-algorithm as well ?
Is it possible to add a new feature.
View edit the AMD and NVidia Profiles that come built-in.
These included Device Profiles are for Sgminer only that requires some special configuration for the mining to more or less work at all. Sgminer is for AMD only. For Claymore Ethereum mining you can also define device profiles (both for AMD and nVidia), but there are not really any general settings that everyone must have for the Claymore miners. Instead, it's more per system adjustments, making it less relevant to include good defaults in Awesome Miner. |
|
|
|
I personally feel it's better to look at a coin's average... maybe 24 hours is a good indicator, but I prefer longer averages to the tune of 3 days to a week. You will get much more consistent profits by mining a coin that stays popular at #3 all week than trying to chase coins that tank before you can see the profits. It's kind of counter-intuitive. I'm hoping Patrike can add some more customization in determining the parameters on how the profit switching works. Whattomine.com already has parameters to look at 24 hour, 2 day, and 3 day averages.
I started looking into this a little while ago when it was discussed last time, and I found a way to support 24h avg statistics for Nicehash, zpool and WhatToMine - but not for Mining Pool Hub. I will go ahead and make the implementation for these sources that supports it, because it's only a small implementation. I will add a new settings in the Options dialog (probably in the Statistics sub section for Coins&Profit) where you can select between "Current" and "24h average". This will be used for the information you see on the Coins tab, the Online Services tab and for the profit switcher. You are correct that WhatToMine is very flexible here, but the other sources are not. Yes, the only way you could do it with MPH is to have AM keep it's own running average every time it checks WTM or Coinwarz. Which kind of lends itself to a couple of questions I've had. When using profit switching, AM is strictly relying on what NH, MPH, and ZPool say is the most profitable, correct? the Coins tab data is really just there for convenience? Is there a way to match what WTM says is "most profitable" to one of the profit-switching services? Or does that happen only when you use a custom pool grouping with a managed profit miner? Another question I have deals with the hashrates defined in the Algorithms or Profit Profiles. When we manually put in the hashrates or use the really awesome new benchmarking feature... should the rates defined there be a single card or the entire rig? Does AM extrapolate that I have 6 cards and use the multiple rate when determining if switching to a different algorithm should be done? Today Awesome Miner is not saving the profit information from these coin statistics sources, it only uses the API's provided by them to get current profit (configurable to 24h actual profit in the next release). If you only select Nicehash, Zpool and MPH for the profit switcher, then the information from WhatToMine and Coins tab isn't used. However, if you add a custom pool or pools, it may be a single coin pool for Dash or Signatum. For these single coin pools, the profit information from WhatToMine is used - which is also what you see on the Coins tab. If for example Signatum is more profitable than what Nicehash and the others have, the profit switcher will go for Signatum. So the profit switcher is already comparing single coin pools (WhatToMine statistics) with the multipools (Nicehash, ... statistics). For a given Profit switching profile, you can compare the Profit values in the Coins tab and the Online services tab. What you can do if you don't like Nicehash except when it's super-profitable is to define a lower "Profit factor" in the Options dialog, Online servies section. For each pool from Nicehash, zpool and MPH, you can specify for example 80% Profit factor. That will make it look less profitable for Awesome Miner, but if it becomes much more profitable than a single coin, the profit switcher would still use it. The hashrates should be for a single card. I just answered a similar question moments ago, where you will find a more complete answer: https://bitcointalk.org/index.php?topic=676942.msg21466835#msg21466835 |
|
|
|
|
Show Posts
