 that is its price 150 satochis, but when the 570 that is in the order is sold it falls from 150 to 50 satochis, 1/3 of its value. Currency that is not necessary for anything, has no real use, and that its price will fall shortly. |
|
|
|
|
Their excuse is that they want to benefit small 1-card miners because they spend less light. we must be very ignorant or think that others are fools.
Spend less electricity a single rig of 6 cards, than 6 machines with one card. Because each machine needs its board, its memory, its CPU and its power supply
If you compare the consumption of 6 machines each with a card, and a machine with 6 cards, the RIG uses less energy with 6 cards.
You do not have to be einstein to know that. You do it the other way around, I do not know if with good or bad intentions, but you are totally wrong.
And by the way I 70% of my light comes from the sun of Spain and my solar panels.
Electric saving is still a very vague excuse, when just mining with one card per computer consumes more electricity. I see that you have not studied the subject very much.
|
|
|
|
|
I just did another test with a machine with 4 1070, a much lower power, and I'm also banned for excessive hash. I do not know how they intend to expand the currency if they close their doors to medium-sized miners
Totally unviable, or mines with a single card or nothing. That of course causes the disinterests of the mining community.
|
|
|
|
They try to sell that they are anti-asic, anti-FPGA, and the only thing they have done is a rule. If the hash => X, banned from the pool, only as they benefit small miners. They prefer to leave many little ones who did not complain rather than the big ones. If with a rig of 6x1080ti I overcome its limitations, I do not know if it is because they do not have money for better VPS or simply their wonderful way of doing it anti asic is limiting the maximum HASH that you can send and that present it as an advantage  It's killing flies with cannon fire. No other pool has added its currency, that gives an example that is not legit https://miningpoolstats.stream/vectoriumBSOD can not come and add that currency, when it knows that many of its users with powerful ....... They will not limit them. They themselves are limited, instead of doing a delicate job, to put a screen that says, "you have exceeded the maximum allowed hash" something that a programmer does in 5 minutes, just block the IP and you can not enter the pool . Everything is very poorly done, low price, only pool and price fall shortly So neither is it worthwhile to undermine this currency, warning the whole world of the great limitations. Then the Exchange could not be worse finebox where many of your orders are false just for pretending that there volume, when there is not. |
|
|
|
SCAM project. They are Russian but with Italian identities, the crappy photos and I am contacting them through Linkedin since yesterday no one responds. They have a cheap cheap VPS for the pool that does not support hash. I banned the IP when I launch 1 rig of 1080tix6, because they say it's a lot of hash and I have 12 rigs like that. They do not have enough to pay a decent VPS and they have to limit and ban the IPS of the users that have the most hash, and you can not access the Pool The exchante Finebox is among the worst there in the market, the starting price of 150 satochis can only fall, so between the problems of its mini vps and the price of the currency, this project does not last even two weeks. A shame that the Russians due to their fame have to pretend to be Italian to make another project. And they are so poor that they do not have a dedicated VPS or server. Another sign that SCAM is possible is that no large pool, such as BSOD, ICemingi, gpuhot, rig, tokyo etc ... none have added the currency due to distrust I do not like your VPS that banes you if you mine and I do not like the exchange, nor do I like the Russians disguised as Italians. In my personal opinion, this is a SCAM too shameless, and the fact that the Russians camouflage themselves as Italians says it all. I have nothing against Russia or its people, but if they try to avoid giving their Russian identity. In the market of cryptos there are many good Russian projects, but also large Russian scams. Official Website https://www.vectorium.coSocial Facebook --> https://www.facebook.com/VectoriumSocial/Twitter --> https://twitter.com/VectoriumSocialYoutube --> https://www.youtube.com/channel/UC9qZAQ1VgEa1H_xCEy4TzEATelegram --> https://t.me/joinchat/KyuCg0wEKOict0eer9IjjwDiscord --> https://discord.gg/UgWnUeh |
|
|
|
|
Hello Patrike, I would like to remind you to see if you could make a dark theme for the desktop version of the program.
I'm very busy at night with the computer, I have the MAC with a dark theme, I have Chrome with an extension to see everything in the dark, but when I enter the remote machine and see AM I burn my eyes with so much white at 5 a.m. morning...
I know that this function is for WEB because it is easier, but I hope you have it in consideration to make a darker or gray option with less white.
ALREADY willing to remember. in Statistics that we see what was mined yesterday, in several days, etc ... I would like to know in 24 hours if a SOMETHING has been 50% of the time, to know how many changes it has made and the average time it is mining in each change.
This will help a lot to know which are annoying coins that enter a moment and fall fast.
|
|
|
|
SRBMiner exit is graceful as in the miner exits after shutting down the miner threads.
Can u forward proper exit commands to TeamRedMiner as well, cause the miner is abruptly killed without allowing it to shutdown the miner threads.
Feature Request:
Miner fee -> most benchmarks and hashrates are before the miner fee is deducted, is there a way in which u can add the miner fee to the hashrate chart for accuracy.
Eg. miner A has 100mh @ 0% fee => 100mh, but miner B has 101 mh @ 5% fee => 95.95mh, Awesome miner selects B as the better miner cause miner fee is not taken into account.
In my profit profiles, i have manually adjusted the hashrate with different fee for each miner, would be nice to see awesome miner natively support this.
using the profit of the currency, if a pool charges 2% you change the 1, by 0.98 and you have already removed the commission. I recommend that you measure all the pools and coins, because many times you send 100MHS but the Pool receives 92 MHS, and that has an impact on the profit. The best way is to mine the currency against the pool for 3 or 4 hours. Take day currency estimates in AW, get the average, get the estimate of 4 hours, and then see how much the pool actually gave. With those two figures and a simple calculation, you can know what the EXACT profit is. You will be surprised to see that in many currencies the profit is 0.85 or less, some 0.60. If you do not make these measurements you go blind, believing in the numbers they give you. By the way, I use NEthash, difficulty, reward, etc .. all dynamic data searched in the explorer, is the most accurate way to measure a currency / pool. |
|
|
|
Version 6.3.8 (Development preview of 6.4) GPU mining - The mining software can be configured to run with Admininstrator privileges. Configurable in the Properties of the miner, Environment section. Features - When adding predefined pools, the feature to automatically setup a Managed Miner will prompt for host to run the mining (if multiple hosts are available) and also prompt for mining software to use (if multiple mining software supports the algorithm) User interface - The New Pool button in the main window includes the feature to add predefined pools Integration - Added Nicehash CuckooCycle pool. Currently only supported by NBMiner. - Added Zpool region for Japan Mining software - WildRig Miner 0.16.1 - NBMiner 23.2 - TT-miner 2.2.3 To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates. Direct download links if needed: https://www.awesomeminer.com/download/setupdev/AwesomeMiner.msihttps://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi The link you include in this version for NBminer doesn't work, they released a hot fix with this link https://github.com/NebuTech/NBMiner/releases/download/v23.2.1/NBMiner_23.2_hotfix_Win.zipA small bug of the last update. if active in enviroment that mine with administrator privileges, in AM in console nothing comes out, the mining does not appear. I have checked it several times and it has happened to me in all the rigs. It has been deactivate it and return to see the mining in Console. Now sometimes when I see the console there is a flash, sometimes the information goes away and then it comes back Maybe there is a fault in the Remote that does not pass the data of the miners when they are with administrator permissions. I already take the opportunity to suggest ProgpowZ for ttminer, it would be PROGPROWZ_100 although I already know that 101 would be for cuda 10.1. It would be better in my case to use 101 in the TTminer logos, I have the latest creative driver and cuda 10.1 apart from the 10 and the 9.2 There are a few features that currently doesn't work when mixing privileges between Awesome Miner (or Remote Agent) and the mining software - because it's a more complex setup to support. If you run both Remote Agent and the mining software with the same privileges (either both are non-admin or both are admin), it should all be fine. The limitations show up with the new setting that allows you to mix the privileges by running Remote Agent as standard user and the mining software with Administrator privileges. Right now it's the Console view and the Diagnostics that doesn't work with mixed privileges, but I will try to find a way to solve that. I will go ahead and add ProgPowZ for TT-Miner. It also looks like TT-miner can auto select the CUDA version to use these days, so I will go ahead and change the algorithm names from for example "MTP-100" to only "MTP" and let TT-miner pick the CUDA version for you. When I test TT-miner it selects CUDA 10.1 for those algorithms where it's available. Can you please also give this a try when the new development release is available? Thanks! The problem here is that every time AM is updated, it loses the administrator privileges, and you have to go every time executing as administrator. Since it is necessary, put in options a check box, or by default that AM always starts with administrator privileges. |
|
|
|
Version 6.3.8 (Development preview of 6.4) GPU mining - The mining software can be configured to run with Admininstrator privileges. Configurable in the Properties of the miner, Environment section. Features - When adding predefined pools, the feature to automatically setup a Managed Miner will prompt for host to run the mining (if multiple hosts are available) and also prompt for mining software to use (if multiple mining software supports the algorithm) User interface - The New Pool button in the main window includes the feature to add predefined pools Integration - Added Nicehash CuckooCycle pool. Currently only supported by NBMiner. - Added Zpool region for Japan Mining software - WildRig Miner 0.16.1 - NBMiner 23.2 - TT-miner 2.2.3 To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates. Direct download links if needed: https://www.awesomeminer.com/download/setupdev/AwesomeMiner.msihttps://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi The link you include in this version for NBminer doesn't work, they released a hot fix with this link https://github.com/NebuTech/NBMiner/releases/download/v23.2.1/NBMiner_23.2_hotfix_Win.zipA small bug of the last update. if active in enviroment that mine with administrator privileges, in AM in console nothing comes out, the mining does not appear. I have checked it several times and it has happened to me in all the rigs. It has been deactivate it and return to see the mining in Console. Now sometimes when I see the console there is a flash, sometimes the information goes away and then it comes back Maybe there is a fault in the Remote that does not pass the data of the miners when they are with administrator permissions. I already take the opportunity to suggest ProgpowZ for ttminer, it would be PROGPROWZ_100 although I already know that 101 would be for cuda 10.1. It would be better in my case to use 101 in the TTminer logos, I have the latest creative driver and cuda 10.1 apart from the 10 and the 9.2 |
|
|
|
https://www.dropbox.com/s/rpnbqhv17lcytdu/Captura%20de%20pantalla%202019-05-08%20a%20las%2020.39.05.png?dl=0Hello PAtrike I leave you a capture with URL format to not occupy space in the post. It is a small problem with the native OC, I already realized a while ago but now they are asking me a lot in the telegram group and I decided to notify them. As you will see in the capture in a rig of 6 RTX 2080, all buy at the same time in the same batch, same model, same bios. I mean 6 exactly the same cards. How can it be that applying a native OC profile, some have the highest core, and others the lowest core ?, and even the voltages change but that does not worry me much, the voltage does not touch it. But if it is very rare, that if I apply an OC, some cards remain in 1600 and others exceed 1750 of the clock, when all supposedly the same OC is applied to it. As a result it happens that many times the miner fails and restarts, it is not serious but annoying and the only way is to lower the OC of the whole rig, at the cost of losing power to have stability. I did the test with Aftherburner and being all the same, they were all at the same core speed. That does not happen with the native OC, which seems to apply some cards if not others, and I do not understand. The great advantage of the native OC is its ease, but I already made it clear that the work with fans does not work, and you will see the amount of complaints that you will have in summer, I only use Aftherburner for the control of fans. Check the programming of the native Oc. Because I can understand that if I have a rig with several brands, that's what happens. But having the same model bought at the same time in the same batch, with the same bios, in the same machine. Because some rise more the core and others do not? What I do not want is to use the MSI server again for the OC. Given that everything else is the same in terms of mining algorithm and software, it would be interesting to see if there are any differences in the GPU clocking settings when Awesome Miner reads them from the nVidia driver. Can you open the GPU clocking dialog in Awesome Miner and click the View GPU Details button to generate a full report of the GPU settings. Please do this once after you set the clocking with MSI Afterburner and once after you set the clocking with Native Overclocking. Any differences in these two reports? I do the tests you want, but I can not understand it with the automatic translation. If you give me a capture of that option, I'll understand. But I do not get to understand it well, sorry I will first do a few more tests myself. I will get back to you if I need more information. Thanks for your questions about this. I think I need some guidance from you or someone else with MSI Afterburner skills here related to how to lock the Core clock based on the behavior described above. What Awesome Miner and most nVidia clocking tools do is to set the Core Clock Boost, which is a way to increase or decrease the Core Clock frequency relative a base line. It's an offset like -50MHz or +75MHz. The nVidia GPU boost feature will then use this as input when setting the Core Clock speed, and this speed can change any second based on many factors. I've tested with nVidia P104 and nVidia 2080. No matter how I set the Core Clock setting in MSI Afterburner, it still behaves like when I'm clocking via Awesome Miner with a Core Clock speed that isn't constant during mining. If I use algorithms like Neoscrypt, I see Core clock variations all the time. If I use memory heavy algorithms like Ethereum or Phi2, the Core clock is however much more stable. Same behavior no matter if I change the Core Clock via Awesome Miner or via MSI Afterburner. Did I miss something in MSI Afterburner to get another behavior? Are there any other clocking tools like nVidiaInspector that also would behave like MSI Afterburner or is MSI Afterburner the exception here? I know that the core can vary a bit, that is normal, it is not exact all the time. That's not the problem. The problem that using 6 equal cards, some always have the higher core than others. They all oscillate a bit inside your watch. But it is not the same to oscillate between 1600-1650 all the time, and that other similar cards are oscillating between 1720 and 1770. Always the same cards. I mean, I know that the core can oscillate a bit, I see it in the cards, but some are placed in a higher core and oscillate there, and others are in a lower core oscillating there. When the OC is the same for all and they are exactly the same card purchased in the same lot. If you look again at my capture that you leave, you will see that for example the memory frequency is exact on all the cards. But you will see cards in 1600 core and oscillate there, and others that do not fall below 1720 oscillating there. I would understand that, if they were cards of different brands, because I myself have rigs with multi brand cards, and there I can not comment. I comment the case when all the cards are the same, and accepting their oscillation of Core, some for whatever reason, they are placed higher and others below, a difference of +100 in core I do not see it right. In Aftherburner I saw the oscillation too, but they were all in a range of core closest to each other. In any case, I only report what happens to me and to other people in my telegram group. If it can be fixed well, if not, then we will continue like this, I will not remove the native OC because I like it a lot, except for the control of FAN, which is why I use Aftherburner. If this can be improved then better. If this is so and you can not do anything, then I'm satisfied. I love native OC, I only intend to help with my observations and I can not always guess what I say. Also thinking a bit, I do not know to what extent the chipset of the motherboard can influence in this sense, in its internal handling of the PCI. Anyway, if you Patrike, after investigating it, believe that everything is fine, because it is already there, I accept it, it will be like that. |
|
|
|
https://www.dropbox.com/s/rpnbqhv17lcytdu/Captura%20de%20pantalla%202019-05-08%20a%20las%2020.39.05.png?dl=0Hello PAtrike I leave you a capture with URL format to not occupy space in the post. It is a small problem with the native OC, I already realized a while ago but now they are asking me a lot in the telegram group and I decided to notify them. As you will see in the capture in a rig of 6 RTX 2080, all buy at the same time in the same batch, same model, same bios. I mean 6 exactly the same cards. How can it be that applying a native OC profile, some have the highest core, and others the lowest core ?, and even the voltages change but that does not worry me much, the voltage does not touch it. But if it is very rare, that if I apply an OC, some cards remain in 1600 and others exceed 1750 of the clock, when all supposedly the same OC is applied to it. As a result it happens that many times the miner fails and restarts, it is not serious but annoying and the only way is to lower the OC of the whole rig, at the cost of losing power to have stability. I did the test with Aftherburner and being all the same, they were all at the same core speed. That does not happen with the native OC, which seems to apply some cards if not others, and I do not understand. The great advantage of the native OC is its ease, but I already made it clear that the work with fans does not work, and you will see the amount of complaints that you will have in summer, I only use Aftherburner for the control of fans. Check the programming of the native Oc. Because I can understand that if I have a rig with several brands, that's what happens. But having the same model bought at the same time in the same batch, with the same bios, in the same machine. Because some rise more the core and others do not? What I do not want is to use the MSI server again for the OC. Given that everything else is the same in terms of mining algorithm and software, it would be interesting to see if there are any differences in the GPU clocking settings when Awesome Miner reads them from the nVidia driver. Can you open the GPU clocking dialog in Awesome Miner and click the View GPU Details button to generate a full report of the GPU settings. Please do this once after you set the clocking with MSI Afterburner and once after you set the clocking with Native Overclocking. Any differences in these two reports? I do the tests you want, but I can not understand it with the automatic translation. If you give me a capture of that option, I'll understand. But I do not get to understand it well, sorry |
|
|
|
But, that core settings also depends on the algo you use. Most algos running in a variable clock range, only a handful algos running with a nearly stable core.
Check that first. Also set your Afterburner to 100ms polling (standard is 1000ms) and check the clock range now.
Thank you for your response but it is not a reason, it happens in all the gospels, it is happening to more people in my telegram, and it is always the same cards that go higher. It's a strange thing, it does not matter x16r, that phi2, that hex, does not matter, it happens in all algos. It is not something that is now very important, it is not a catastrophic failure, nor is it something urgent. But I inform you in case there is some kind of undiscovered problem in the native OC, which I continue to use despite this mini problem. TEngo colleagues in TElegram who have many rigs equal totalemente, and for a while have a problem that sometimes some miners are restarted, only the miner not the rig. And the common problem in all is the same, different speeds of cores. When my colleagues used MSI SERVER with Atherburner, that did not happen to them. I only let you know, I still use it, but it's a strange thing. |
|
|
|
https://www.dropbox.com/s/rpnbqhv17lcytdu/Captura%20de%20pantalla%202019-05-08%20a%20las%2020.39.05.png?dl=0Hello PAtrike I leave you a capture with URL format to not occupy space in the post. It is a small problem with the native OC, I already realized a while ago but now they are asking me a lot in the telegram group and I decided to notify them. As you will see in the capture in a rig of 6 RTX 2080, all buy at the same time in the same batch, same model, same bios. I mean 6 exactly the same cards. How can it be that applying a native OC profile, some have the highest core, and others the lowest core ?, and even the voltages change but that does not worry me much, the voltage does not touch it. But if it is very rare, that if I apply an OC, some cards remain in 1600 and others exceed 1750 of the clock, when all supposedly the same OC is applied to it. As a result it happens that many times the miner fails and restarts, it is not serious but annoying and the only way is to lower the OC of the whole rig, at the cost of losing power to have stability. I did the test with Aftherburner and being all the same, they were all at the same core speed. That does not happen with the native OC, which seems to apply some cards if not others, and I do not understand. The great advantage of the native OC is its ease, but I already made it clear that the work with fans does not work, and you will see the amount of complaints that you will have in summer, I only use Aftherburner for the control of fans. Check the programming of the native Oc. Because I can understand that if I have a rig with several brands, that's what happens. But having the same model bought at the same time in the same batch, with the same bios, in the same machine. Because some rise more the core and others do not? What I do not want is to use the MSI server again for the OC.
|
|
|
|
|
Coin is DEAD, no Stockexchange. Only Finexbox 2 satochis price..... DEAD no volume
|
|
|
|
|
Hello again PAtrike. You already know that in your day I asked you notes on the coins. Notes that are different from the pool. That's fine.
In those notes in the Coins tab I add texts about the currency in question, whether I'm interested or not and why, and those that I'm not interested in low-profit to lose sight of above.
It would be possible to incorporate in Tabs Coins a search engine that only searches in the notes of coins? so I can look for certain coins to which I put a text or a specific word, it will facilitate the work.
As always it is optional and under your decision. Thanks in advance.
|
|
|
|
Version 6.3.5 (Development preview of 6.4) Features - New trigger for GPU power usage - Native overclocking feature includes support for setting voltage limit for nVidia and memory voltage for AMD Integration - Added additional Mining Pool Hub pools and made the API processing more robust - Added more algorithms for the WhatToMine integration - Allow change of the pool ports for the predefined online services Mining software - Miniz Miner 1.3n3 - SrbMiner 1.8.7 - Bminer 15.2.2 - Gminer 1.40 - TeamRedMiner 0.4.5 - Nanominer 1.2.4 Corrections - Correction to the caching for the dynamic update of coin properties - Correction to Claymore Ethereum miner API processing - Correction to coins per day calculation for the profit switcher when using the network hashrate formula in combination with a low network hashrate To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates. Direct download links if needed: https://www.awesomeminer.com/download/setupdev/AwesomeMiner.msihttps://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi Good update, a suggestion. I could add edit BULK in all the OC profiles or in the selected ones. I have more than 100 and if I have to put or remove automatic fan, I have to go one by one. If I have to change the voltage at 30, I have to go one by one. Now the power to modify the voltage will surely amplify my OC profiles much more, it is not the same for all the 1080ti, that the 1070 or 1060 are not equal in voltage issue. For that, a Bulk option helps to go faster in the OC profile editing |
|
|
|
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. Please do not say those things. With aftherburner takes the independent temperature of each card and increases or decreases the fan for each graphics card. So if one is hotter the fan will go faster but if one is cooler, the fan does not turn up. In the end it is less extress for the fans, less noise and a much more exhaustive control. It does not have to go faster The problem in AM is that a card reaches 83 it gets ALL the RIG to 100% of fans although it is not necessary, but then suddenly one of the cards reaches 75, or 70 degrees and makes the speed drop to 70% but there is a card at 84 degrees that will reach 86 and stop the rig. Aftherburner does not make the fans go faster, gives each card the amount of fan it needs, independently of one another within the same rig, something that AM can not do and I do not care as I do or do not. I think Aftherburner gives a control precision that is going to be very difficult for you to equalize. I always appreciate all your work and I am always grateful to you, but I think you should recommend Aftherburner to the users and leave the fan control for aftherburner. And I repeat, the fans are not faster, and in some cards I have dropped to 10 degrees, in others the normal is from 4 to 7 degrees, and each card at a speed automatically dispends according to my curve. Do not try to discredit Aftherburner by saying that it will go faster, it goes fast on the card you need, on the others you do not. |
|
|
|
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. You understand but half. If AM only takes the value of the hottest card, whatever is inside the rig, problem solved. You know it but you do not say it. But right now I do not care anymore. The fan control system in AM does not work well and works perfectly Aftherburner, I do not change anymore. I stay with Aftherburner for the fans, since it takes into account each card by independent and can be curved. I tried to emulate the curve with rules, but as any card triggers contrary rules, it is a disaster. To me now if it fixes or I do not care, I will not use it anymore. Fan control only by aftherburner. These past weeks I have purchased professional ARTIC brand coolers to reduce the temperature for summer, but I see that AM is not up to scratch. There are other important things and in all the functions AM can not be the best. Right now native OC + Aftherburner in each machine in car and with custom curve reduces in much the temperature of each rig. |
|
|
|
|
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.
|
|
|
|
|
Show Posts
