I just tried a rig with native OC + aftherburner for the fans and it's another world. The much lower temperatures.
The temperature change is such that now I can increase the OC, because the temperatures are very low.
It has to improve the temperature system of native OC. I already happened to Aftherburner to control the fans. We are talking about almost 10 degrees less per card with a car curve in Aftherburner.
Is this with the "Automatic fan control properties" in the Properties dialog of MSI Afterburner? I think this is a pure software periodic check for temperature that set a fan speed based on the curve - without being a feature in the nVidia drivers itself. Defining a high fan speed here will of course result in a lower temperature. Awesome Miner can probably be extended do something similar. The question is where it should be applied. If it isn't a feature of the nVidia drivers, Awesome Miner would have to check for the temperature all the time and compare it what you defined in your profile. A specific GPU is however not linked to a clocking profile, as you can apply any clocking profile to a miner while it's running. So there needs to be a new concept of last applied profile. But what if you apply a clocking profile to a miner where the new profile no longer have any fan/temperature curve? It's getting complex quite fast here. I see that MSI Afterburner only do this fan control on a global level, completely outside their profile concept. That's a quite easy approach but may not be flexible enough if you run a mix of GPU's where you want different fan/temperature settings. A solution somewhere in between would be to introduce a new rule action that you can schedule to run every 15 seconds, where the action will apply different fan speed settings per GPU depending on a fan/temp curve (or table) you define in the rule. That would be a solution outside the clocking profile concept, but maybe easier to both implement and configure. |
|
|
|
At the moment this problem of the OC and temperatures is causing me great problems. there are already two RIGs, the rig of the RTX there is a card, which is more in the background that even reaches 87 and turn off the miner in security.
But I start observing the FAns in GPU, and I see that suddenly I'm at 84 and fans are lowered to 65% because it has picked up the temperature of another card, according to my rules at 84 degrees it would go to 90% fan, and repende is lowered to 65%, because that card reaches the maximum temperature of 87 and turns off the miner.
I hope you have a solution or I will have to drive MSI aftherburner again. But I really like this native solution. You should only take the value of the hottest card in the RIG and do not go changing card reading
At the same time I'm going to have to leave the fixed fans something I do not want, but of course it's a big mistake that I take the temperature data from different cards, so it can not be efficient.
Please, if you are not going to fix it, tell me already and I will change to the old system with Aftherburner or a fixed fan.
One of the two is wrong. Right now, like this one, you do not look at just one card, you look at all of them. Then a card, the hottest one that should be sent, is activated at 90% fan at 80 degrees, but now it turns out that another card of the same rig reaches 75 degrees and I lower the fans to 70% .. Is it more important to reduce 75 degrees or reduce 80 degrees? Therefore the concept of temperature for a rig, should take into account only 1 card, the hottest. Because the change of speed is applied to ALL THE RIG. If the speed of the fans was independent by card, his vision would be accurate, but as it is not so, it is wrong. I suppose I could use Atherburner only for the fans, its solution to put rules that jump at different temperatures is not valid. It can not be that I have a card at 84 degrees that would correspond to 100% of FAN, and suddenly because another card of the rig reaches 75 degrees, I lower all the rig to 75% of Fan. Obviously the card that is in 84 degrees will rise and to 86 I turn the miner to avoid problems of breakage by temperature. Here there are only 3 solutions: 1- that the rules affect each card independently, it would be very good. 2 - Always take the value of the hottest card, this would be the optimal point, that always in the rules send the FAN the card with the highest temperature. This would be the best solution and faster in programming. 3.- re-use Aftherbuner at the same time as the native, only to control the fans. You understand that as it is now, even with rules, if I have not activated the heat protection rule, I could have damaged cards. I like your native OC a lot, but the temperature should send the card with more heat, whatever it is inside the rig, and just follow that. If suddenly another card in the same rig exceeds the previous one in temperature, then that new card is the one that would take control of the entire RIG. TAl as it is now, yesterday I skipped the rigs every few minutes and they stopped. I could not give credit to my eyes, to see cards at 84 degrees to 100% and suddenly went down to 65% because another card had reached the goal of a rule and applied to the whole rig, that does not matter as you explain it But it's not good. You give a greater control of fan as aftherburner or you guide by the card of more temperature of the rig, because if not, cards of those people who do not have rules of stopping the miner can be broken if it reaches 86 degrees as I have. This kind of situations did not happen with the complete solution of aftherburner, although the connection with the main program is very bad, so I will use the native and I will see that I think so, use a fan speed curve in aftherburner, but this is already ahead of time It will be a problem for many as soon as the heat arrives. The Device Temperature trigger is currently looking for the GPU with the highest temperature. If your trigger condition is 80 degrees, it will trigger as soon one of the GPU's hit this level. Any action will be performed on the miner itself. If you have multiple Device Temperature triggers and two of them have met the conditions at the same time - there are no concept where Awesome Miner makes a guess which one of you actions that would make most sense to run - it will simply run the defined actions. I think what you are asking for is basically a more specialized way to setup the clocking based on conditions, and the rules are very generic purpose way of doing operations and may not be refined enough for this level of per-device control. As pointed out earlier, making the rules more device-aware could be a way forward in the future. Update: Please also see my answer below that is a bit more solution-oriented. |
|
|
|
At the moment this problem of the OC and temperatures is causing me great problems. there are already two RIGs, the rig of the RTX there is a card, which is more in the background that even reaches 87 and turn off the miner in security.
But I start observing the FAns in GPU, and I see that suddenly I'm at 84 and fans are lowered to 65% because it has picked up the temperature of another card, according to my rules at 84 degrees it would go to 90% fan, and repende is lowered to 65%, because that card reaches the maximum temperature of 87 and turns off the miner.
I hope you have a solution or I will have to drive MSI aftherburner again. But I really like this native solution. You should only take the value of the hottest card in the RIG and do not go changing card reading
At the same time I'm going to have to leave the fixed fans something I do not want, but of course it's a big mistake that I take the temperature data from different cards, so it can not be efficient.
Please, if you are not going to fix it, tell me already and I will change to the old system with Aftherburner or a fixed fan.
The Triggers are currently only passing a list of miners to the Actions, not a list of devices. It's always a miner that is being triggered, not an individual device. If you have a Trigger configured to look at the device temperature of 85C and one out of 6 GPU's reach this level it will run the Actions defined for the rule. The actions will run with a list of miners produced by the trigger. The action can be anything like rebooting the computer and setting clocking parameters. The limitation is that the action only know the miner that cause the trigger, not if the trigger itself only fired for a specific GPU. This is the reason why your trigger condition for a specific device will result in that the actions are executed on a miner level, not device level. I can agree that it would be good to have a device-concept for the triggers as well. It may however be a bit complex in scenarios where you use multiple triggers and some of them are per-device while other are on a miner level. I don't have any quick solution to this as I need to investigate how this can be supported. It's no quick fix as the entire rule concept would have to be considered, while not breaking anything and keeping backwards compatibility. Which MSI Afterburner settings are you using to get this behavior in the way you want? I know that Afterburner have the Voltage/Frequency curve dialog and on the 1000-series you only have Frequency/Voltage while the 2000-series GPU's also have Frequency/Temperature. Awesome Miner doesn't have these "curve" features yet. |
|
|
|
Feature request:
Can you please add a Rules- Trigger for Miner power: watts
It is useful to take an Action like "Apply GPU clocking profile" to reduce/increase the power limit.
Thanks for the suggestion. I know that @joseph32 requested something similar a while ago so it's likely to be added in one of the next releases. |
|
|
|
Thanks for the nice feedback. I will add this one in the next release. |
|
|
|
Hey Patrik,
for MiniZ miner @ Nicehash 150.5. If I start mining, it will use "--pers auto". I think because it is setup in the Online Services -> Personalization string. So far so good. But this "auto" just produces masses of rejected shares, as I just talked with MiniZ. He said we should use "--pers Beam-PoW", so I edited it in the Online Services / Nicehash Personalization String. But if I start the MiniZ miner, it has still the "auto" string flag. This is the command line AM uses:
--par 150,5 -l stratum+tcp://beam.eu.nicehash.com:3370 -u xxxxxx.xxx -p x --pers auto --telemetry 0.0.0.0:4029
As a workaround I can set in the Profit Profile -> Additional command line arguments "--pers Beam-PoW" and it then use it correctly:
--pers Beam-PoW --par 150,5 -l stratum+tcp://beam.eu.nicehash.com:3370 -u xxxxxx.xxx -p x --telemetry 0.0.0.0:4029
Seems like AM ignores the string in Online Services or uses always the auto flag, can you check that please?
I just tested the same, to edit Online Services, Nicehash Personalization string and set it to "Beam-PoW". When I start Miniz miner the next time it shows up with the following command line: --pers Beam-PoW Can you please go to the Options dialog, Managed Software section, and check the settings for Miniz Miner to make sure there are no "auto" flags here? |
|
|
|
Yes, I will take a look at this one quite soon. |
|
|
|
Hello, Patricke.
If you select "Network hash rate, block reward and block time" in the properties of the coin, then information from another formula will appear in the details window.
The data from the Coins window is correct.
SWAP
VDL
ANON
GENX
I will correct this in the next release - planned for tomorrow. Thanks for reporting it. Hello. No changes. Does not work. Is this for a coin where the network hashrate is a very small unit (kH/s or MH/s)? If that's the case it's a scenario I'm currently working on improving and it will be part of the next release. |
|
|
|
|
Awesome Miner version 6.3.4
Features
- Filtering of miner list to only show offline miners on the Miners tab. Available via the Find menu in the Windows application and also as a button in the new web interface.
- The benchmark feature will save and display the mining software version and date of the most recent benchmark
Integration
- Updated block explorer for BTCZ
Mining software
- TT-Miner power usage supported via API - will require TT-Miner 2.2.3
- Bminer 15.5.1
- Nanominer 1.2.3
- SrbMiner 1.8.6
- Gminer 1.39
- WildRig Miner 0.15.6
Corrections
- Correction to saving of power usage after benchmark
- Correction to parameter names in the Phoenix Miner pool configuration file
- Correction to how the configured calculation method for number of coins per day is applied
- Correction to reboot of disconnected miners via the new web interface
Note: When the NetHash-formula is used for a coin and the profit switcher is calculating the profitability - there are still some room for improvements in scenarios where the total network hashrate is low. This is also a scenario where the calculated number of coins per day can be quite different for the NetHash-formula compared to the Difficulty-formula, simply because your own hashrate starts to impact the overall network hashrate.
|
|
|
|
Hi does anyone know how to setup multiple consumption for SHA256 ?
I have S9, S11 and S15 some on LMP some on ULPM and every consumption is different but on SHA256 I can only set on consumption under algo options and that screws the main dashboard
You can create multiple Profit Profiles (Options dialog, Profit Profile section). One profile could be called S9 where you define the hashrate and power usage for SHA256 for this specific miner. Then you can have another profile for S11 and S15 as well if needed. You can also have multiple S9-profiles if needed, if you run them with very different power settings. In the Properties of your External Miners, you can point to a specific Profit Profile to use. By default it's set to '(Default)' where it will load the settings in the Options dialog, Algorithm section, where you already made some changes. In some cases the "Linear scaling" will help to reduce the number of profiles required for ASIC models that are simlar: https://support.awesomeminer.com/support/solutions/articles/35000104685-power-consumption-and-profitability |
|
|
|
Hello, Patricke.
If you select "Network hash rate, block reward and block time" in the properties of the coin, then information from another formula will appear in the details window.
The data from the Coins window is correct.
SWAP
VDL
ANON
GENX
I will correct this in the next release - planned for tomorrow. Thanks for reporting it. |
|
|
|
Awesome Miner indicates it supports Innosilicon A8+ but no where can I find how to actually do that. Only instruction I've found is for A4, A4+ and A9 which one uses Telnet and the other SSH - No clue what applies if anything to the A8+. Downloaded SSH client Putty which also supports Telnet and not sure where to begin since nothing I do will hook up to the A8+, it keeps refusing connection other than a Browser.
Is Awesome Miner product support good? If I buy the Professional edition would I get help and not just a link to something that makes no sense to me with the information already available? Google, here and elsewhere so far I am unable to find a good instruction to hooking up the A8+ with Awesome Miner. It says it supports it but nowhere can I find out how.
Thanks for your question. Although Awesome Miner can manage and monitor most ASIC miners on the market, the exact instructions for how to setup Privileged API access for each of these miners are not covered in the documentation. The most popular ASIC miners are described and those instructions are often similar on other models from the same vendor. I do know based on feedback and data provided by other users that Innosilicon A8+ can run in Privileged API mode. I assume that you already added it to Awesome Miner, but it shows up as Restricted API access? Or did it actually refuse this connection as well? For Innosilicon there have been two configuration concepts so far as you noticed, one based on Telnet and the other one based on SSH. The Innosilicon miners provides one of these, so it's safe to try both connection methods to see which one allows you to connect. Unfortunately I don't have any good suggestions how to proceed if both these connection methods would fail. Are both Telnet on port 8100 (this is not a default port and must be specified) and SSH on port 22 simply refusing the connection? Customers of Awesome Miner do get product support. Although I answer questions here on the forum, e-mail is the official and prioritized support channel for customers with a license or subscription. In case of questions for a specific ASIC miner where the Awesome Miner documentation isn't enough it's typically that we simply don't have the details on how to configure this specific ASIC miner. Many users make use of the community here where there are forum threads for most ASIC miners on the market, to share and learn from others how to approach a specific ASIC miner. Thanks Patrike, My AntMiner Z11 hooks up perfectly and it has the Restricted Access (Free Addition). The A8+ after configuring Awesome Miner says API access denied. Since I also have GPU's (AMD and Nvidia) and Awesome Miner is frankly rather Awesome especially configuring the different type of Miners - I will be getting the Professional version which will tremendously simplify the different configurations. I will just take the A8+ issue up once I get the license, correspond via email and post back here. I am just a small time hobby miner which I've just find Awesome Miner in a league of it's own. Thanks Thanks for the nice feedback - I'm glad you like the software. Just get back to me on the A8+ miners later on and we can try to figure out how to get that one going as well. |
|
|
|
Linux agent
Ubuntu sometimes runs Overclocking sometimes doesn't
Have you identified if it's a specific GPU property (like Core Clock, Fan speed, ...) that cause the failures? The Remote Agent log file (can be accessed via the toolbar Tools -> Log File -> Remote Agent) might give further details. |
|
|
|
I want to manually switch. For example: I mine Eth Claymore and want to switch to T-Rex RVN. Yes I can use templates, and apply to a group of rigs. But how to be in this situation with the dispersal of the Rigs ? because for each individual Riga crackdown.
I imagine every ring is fixed up your profile, which shows various parameters for each algorithm fixed your profile acceleration. And when I change the Coin, pool, miner for a group of Rigs, at this point for each Riga applies its own pre-prescribed acceleration for each algorithm.
How to implement it? Did not find such function.
Each Managed Template can only define a specific clocking profile to use, so it is unfortunately not possible to have a single template in this scenario where you want different clocking to be applied for each miner. This configuration would require more than a single template, and as a result you would have to perform multiple Apply Template operations. I understand this isn't optimal, so I will explore how to improve this scenario. |
|
|
|
|
A note about the latest nVidia GPU drivers (430.39). With this new driver version, nVidia doesn't allow applications to set Power Limit and Temperature Limit unless you are running your process (Awesome Miner or Remote Agent) as Administrator. All other clocking operations works fine without being Administrator - just like before.
I will investigate this in more detail to find a more user friendly solution.
My recommendation would be to wait with upgrading the nVidia drivers if you set any of these two properties using the Native Overclocking feature in Awesome Miner.
|
|
|
|
Awesome Miner indicates it supports Innosilicon A8+ but no where can I find how to actually do that. Only instruction I've found is for A4, A4+ and A9 which one uses Telnet and the other SSH - No clue what applies if anything to the A8+. Downloaded SSH client Putty which also supports Telnet and not sure where to begin since nothing I do will hook up to the A8+, it keeps refusing connection other than a Browser.
Is Awesome Miner product support good? If I buy the Professional edition would I get help and not just a link to something that makes no sense to me with the information already available? Google, here and elsewhere so far I am unable to find a good instruction to hooking up the A8+ with Awesome Miner. It says it supports it but nowhere can I find out how.
Thanks for your question. Although Awesome Miner can manage and monitor most ASIC miners on the market, the exact instructions for how to setup Privileged API access for each of these miners are not covered in the documentation. The most popular ASIC miners are described and those instructions are often similar on other models from the same vendor. I do know based on feedback and data provided by other users that Innosilicon A8+ can run in Privileged API mode. I assume that you already added it to Awesome Miner, but it shows up as Restricted API access? Or did it actually refuse this connection as well? For Innosilicon there have been two configuration concepts so far as you noticed, one based on Telnet and the other one based on SSH. The Innosilicon miners provides one of these, so it's safe to try both connection methods to see which one allows you to connect. Unfortunately I don't have any good suggestions how to proceed if both these connection methods would fail. Are both Telnet on port 8100 (this is not a default port and must be specified) and SSH on port 22 simply refusing the connection? Customers of Awesome Miner do get product support. Although I answer questions here on the forum, e-mail is the official and prioritized support channel for customers with a license or subscription. In case of questions for a specific ASIC miner where the Awesome Miner documentation isn't enough it's typically that we simply don't have the details on how to configure this specific ASIC miner. Many users make use of the community here where there are forum threads for most ASIC miners on the market, to share and learn from others how to approach a specific ASIC miner. |
|
|
|
Hi Patrike
Small benchmarking issue.
When benchmarking several miners for a specific algo that have previously been benchmarked, clicking "Save to profile" updates each miners hash rate, but only updates the fastest miners power usage. The other miners power usage is left as is.
Not a big deal as it does not affect any other operations, unless one wants to change what miner is being used from the fastest to something else for some reason.
Thanks,
...jim
Thanks Jim, I will take a look at this benchmarking case |
|
|
|
Good afternoon. how to implement the ability to change with one click: pool, manner, coins, acceleration for one Riga and for a group of rigs. How to tie the acceleration to a specific Riga and its dependence on the algorithm or coin.
Thanks for your question. In general the templates are the fastest way to apply settings to a miner, if the goal is to have a specific pool, mining software, clocking and so on. https://support.awesomeminer.com/support/solutions/articles/35000086012-managed-templates-switch-managed-miner-settings-quicklyThis is at least the scenario for Managed Miners where you select what to mine yourself. In case you are running profit switching (Managed Profit Miners), you can right click on a miner and select Edit Profile Profile to configure mining software to use, clocking per algorithm and so on. Pools for the profit switcher is either defined per profit profile or globally in the Options dialog, Profit Switching section. |
|
|
|
Hi, could you help me with this api? I'm trying to get the hashrate of bitcoin interest. In his explorer I can not and all the calculators give wrong the hash. The only one I found is this: https://pool.bitcoininterest.io/api/stats with this in json: pools.bitcoin interest.poolStats.networkSols. The problem I have is that as it has a space in "bitcoin interest" it does not catch me well and it gives me error. They could tell me how to fix it. Thank you. Please use the following syntax: pools['bitcoin interest'].poolStats.networkSols I will update the documentation for this scenario as well. |
|
|
|
how to use new SRB Miner with that tweaking Feature?
I have to start the srb .exe as admin - but i cant through Awesome Miner
I've not looked into the details of this myself, but in general the mining software is running as the same user as Remote Agent (or Awesome Miner do). So if Remote Agent runs as Administrator, the mining software will do that as well. If needed in the future, it should be possible to add a new setting for forcing specific mining software to run as Administrator. |
|
|
|
|
Show Posts
