Hi boss
cant understand how to configure Mining Dutch pool balance for Balance Tab. What must i put, API key, pool username. UserID? Any BTC address i cant find on pool side
Regards
If you allow me some advice, do not use self-exchanges, you will earn less than if you use coins, several well-measured coins. It is very easy to go to online services and look at the "al-gos" and the hash of NLpool and compare it with others. You also do not earn what is said. By using Auto exchanges you are losing 20% of profits instead of having 4 or 5 coins in auto profit and supporting the Nicehash auto exchange. The data I have told you is important, look at the protocol and see how much hash it has in Nlpool and compare it with other pools. In the end each auto exchange has more power in some or some others, it is a mess. Also, they almost never give up what they say. To have AM and only use auto exchange, is to have a Ferrari to go at 80km per hour. For that you have other programs even free, less, or hashauger for example. The latter with a good graphic interface but lacks all the advanced AM functions. I did not enter mining to use autoexchanges only, if the earnings have already gone down, the less you earn using auto exchanges. |
|
|
|
I found your PAtrike competition https://minerstat.com/algorithmsSince this program, which I don't know if it is new or not, can have as many AL-GOS that we don't have in AW, as a better statistical system can have for Worker. With what it cost me to learn AW and with the license I have I will not change, because it also has bad things like that needs aftherburner in each machine and a thousand more things. But the statistics per worker, the huge amount of new AL-GOS that do not exist in AW and anything else, catches my attention. In fact I have found several currencies there in exotic AL-Gos, which we do not have added in AW, because the data providers are half dead, especially COintomine is quite inactive and with very crazy data. When I analyze a currency and put the real and dynamic data such as nethash, difficulty etc ... and change the calculation formula to the complete one. The coins are falling, so Cointomine is giving us very poor quality data. I will have to try the other program to see the coins and the new AL-GOS and the coins related to them. What are AL-GOS? I only know algorithm - algo´s. You say it, there so many exotic algorithm, why patrike must add this when there are exotic? If you want, add it by yourself if needed. You are very nice with your jokes. If I use "Al-go" and I don't separate it with a script, in Spanish it has a meaning and the translator changes it to "something", so that other people like you understand it and the translator makes a mess, I put a script and not even translate it. You yourself knew what I meant, but instead of talking about serious things, you like to make jokes, not knowing why I write it that way. You will surely be very unproductive in your life if you look at those stupidities. My language is Spanish, and that word has another meaning, I have to prevent it from being translated using the script. I hope I have clarified your doubts and you can continue laughing, when we are in a serious forum. In these exotic algorithms I have discovered a currency that is well above the currencies that AM brings us by default with its data providers. I have added the data by hand and using the complete formula, I am mining it with hardly any competition and I sell it at a good price, I just undermine that coin and discovered it through minerstats. I do not know how it will be as a miner minerstats, but if I have registered and use its functions, it is all based on online web. There are people who take these very seriously and look for rare coins, with exchange and little competition, and precisely minerstats have given me that, I consult it very often. There are many ways to work, not because you don't use a way, this is going to be worse than your way of working. If you settle for what you have, well, I always look for the most profitable, and I dedicate a lot of time precisely to that task, so that my profit is the best. That currency which I reserve, is more profitable than any of those that appear in AM (of those that work well and have good data). I do not undermine anything that has not added dynamic data, such as difficulty, nethash, etc. And I use the complete formula, and then measure the profit of the pool to obtain the real benefit. Do you do all that, or do you settle for the data crap that Cointomine gives ?, or with the coins that everyone mines from WTM etc. |
|
|
|
I found your PAtrike competition https://minerstat.com/algorithmsSince this program, which I don't know if it is new or not, can have as many AL-GOS that we don't have in AW, as a better statistical system can have for Worker. With what it cost me to learn AW and with the license I have I will not change, because it also has bad things like that needs aftherburner in each machine and a thousand more things. But the statistics per worker, the huge amount of new AL-GOS that do not exist in AW and anything else, catches my attention. In fact I have found several currencies there in exotic AL-Gos, which we do not have added in AW, because the data providers are half dead, especially COintomine is quite inactive and with very crazy data. When I analyze a currency and put the real and dynamic data such as nethash, difficulty etc ... and change the calculation formula to the complete one. The coins are falling, so Cointomine is giving us very poor quality data. I will have to try the other program to see the coins and the new AL-GOS and the coins related to them. |
|
|
|
Hi Patrike, today I come to make a suggestion that I know is not going to be easy to do and you may not agree, but I present it to you.
My idea is to create an OC AUTOTUNE. Each brand of card, each motherboard, bios configuration, memory quantity and speed, slower or faster CPU etc ...
Getting the best OC for an AL-go is very difficult, and more so if I have 6 totally different and multi-brand rigs.
My idea starts as an addition to Benchmark. You choose all the cards of the Rig, you choose the currency and therefore the Al-GO, you choose the time, 15 -30 minutes for coins that vary little the hash, and 1 hour for more changing algorithms like x16r.
Here comes the change, a separate addition to AUTO OC. Where I define 6 values
Maximum minimum PL for example 70-90 Always in jumps of 5.
Minimum core maximum for example 30-140 in jumps of 5
Minimum maximum memory for example -500 +600 jumps of 50
This is just an example, they can be other jumps and other numbers to choose by user or leave it pre-defined. Here are 2 variants
Brute Force: test all possible configurations
Scanning. Several different tests are done, about 10 for example, and then just optimize between the 3 central sets, to find the best configuration
If a test fails, it is considered as a failure and the process must continue.
The OC must take into account 3 variants, HASH, SHARED, CONSUMPTION and temperature
The best oc is not the one that has the most hash, but the one that has a good hash with a shared that is not little or much. And avoid exceeding the maximum temperature.
Finally, 3 possible winners are selected, and a minimum test of 30 minutes or 1 hour is done to each one, to check stability and temperature, and then the best of the three that you would give per winner for that rig and AL is chosen -GO.
What I say can take more than 1 day of testing, I keep it in mind, but if I undermine what is more or less profitable, I don't mind mining it fixedly, than doing the AUTO OC.
Because many times you get better results with less consumption (this should only be informative), more hash with less temperature. Less Crash of miners, more stability.
For those who have 10 totally equal rigs, they only have to do it in a rig and extrapolate them to others. For those of us who have varied rigs, it is torture, and I prefer it alone. Obviously it only does it when an al-go or currency is in profit and I take advantage of the Auto OC with the mining of that currency.
I know it sounds complicated, it is. But one of the links that the program has left to be 360 degrees in the GPU mining world.
Getting better hash, or adapting the miners for summer heat with an AUTO OC al-go to al-go at least makes you have one of the best configurations you can have for that rig in question. With multi-brand cards, ones with 8 or 16 gigabytes, the latency configuration in Bios, the chip set, etc. It is impossible that an OC is worth to all
Sometimes I notice that there are cards that work below what they can but others in the same rig are going full. Finding the intermediate point in that OC gives me stability and accuracy. Above all, extract the maximum performance from my equipment. And something that the competition is light years away. And in the end if you plan well it should not be so complicated. We already start from the base that an AUTO OC will take hours or more than a day, I already have it in mind, but it undermines what is in profit that I tell it.
Obviously it is just an outline and surely there are better ways to do it, but without testing it in each configuration it is difficult, maybe I am wrong
Thanks for the detailed suggestion. I understand the concept you describe and I agree that it would make sense. It be quite some work to implement, but it can of course be considered for the future. You are correct that this kind of testing will be required. To measure hashrate it's probably fine to run for a number of minutes. To measure shares is a bit more difficult as there can be more variations and it would have to run for quite some time. Awesome Miner would also have to find a way to recover in case the overclocking result in a complete system crash. Thanks! obviously there are many problems to overcome, especially recovery and pointer when an OC failure, but I think being in Auto OC mode, a pointer that points where it goes in case of failure, will know where it goes I know that the concept is something difficult, but infinitely useful, and above all something that would differentiate it even more over the other mining software. Although AM is already the best for me, I want even more. Being able to find the best OC for rig and AL-GO, is something very valuable and will increase the performance, although such a test may take more than 1 day, I have assumed it, but I prefer an AUTO OC system that undermines the go that I want and that tomorrow I have the best configuration, to be stuck to the computer doing multiple tests and pointing. I don't lose money because all the tests will be against the pool that I decide, and it will be a currency in profit. I know it's complicated, but it would be a huge step forward. Thanks for considering. |
|
|
|
|
Hi Patrike, today I come to make a suggestion that I know is not going to be easy to do and you may not agree, but I present it to you.
My idea is to create an OC AUTOTUNE. Each brand of card, each motherboard, bios configuration, memory quantity and speed, slower or faster CPU etc ...
Getting the best OC for an AL-go is very difficult, and more so if I have 6 totally different and multi-brand rigs.
My idea starts as an addition to Benchmark. You choose all the cards of the Rig, you choose the currency and therefore the Al-GO, you choose the time, 15 -30 minutes for coins that vary little the hash, and 1 hour for more changing algorithms like x16r.
Here comes the change, a separate addition to AUTO OC. Where I define 6 values
Maximum minimum PL for example 70-90 Always in jumps of 5.
Minimum core maximum for example 30-140 in jumps of 5
Minimum maximum memory for example -500 +600 jumps of 50
This is just an example, they can be other jumps and other numbers to choose by user or leave it pre-defined. Here are 2 variants
Brute Force: test all possible configurations
Scanning. Several different tests are done, about 10 for example, and then just optimize between the 3 central sets, to find the best configuration
If a test fails, it is considered as a failure and the process must continue.
The OC must take into account 3 variants, HASH, SHARED, CONSUMPTION and temperature
The best oc is not the one that has the most hash, but the one that has a good hash with a shared that is not little or much. And avoid exceeding the maximum temperature.
Finally, 3 possible winners are selected, and a minimum test of 30 minutes or 1 hour is done to each one, to check stability and temperature, and then the best of the three that you would give per winner for that rig and AL is chosen -GO.
What I say can take more than 1 day of testing, I keep it in mind, but if I undermine what is more or less profitable, I don't mind mining it fixedly, than doing the AUTO OC.
Because many times you get better results with less consumption (this should only be informative), more hash with less temperature. Less Crash of miners, more stability.
For those who have 10 totally equal rigs, they only have to do it in a rig and extrapolate them to others. For those of us who have varied rigs, it is torture, and I prefer it alone. Obviously it only does it when an al-go or currency is in profit and I take advantage of the Auto OC with the mining of that currency.
I know it sounds complicated, it is. But one of the links that the program has left to be 360 degrees in the GPU mining world.
Getting better hash, or adapting the miners for summer heat with an AUTO OC al-go to al-go at least makes you have one of the best configurations you can have for that rig in question. With multi-brand cards, ones with 8 or 16 gigabytes, the latency configuration in Bios, the chip set, etc. It is impossible that an OC is worth to all
Sometimes I notice that there are cards that work below what they can but others in the same rig are going full. Finding the intermediate point in that OC gives me stability and accuracy. Above all, extract the maximum performance from my equipment. And something that the competition is light years away. And in the end if you plan well it should not be so complicated. We already start from the base that an AUTO OC will take hours or more than a day, I already have it in mind, but it undermines what is in profit that I tell it.
Obviously it is just an outline and surely there are better ways to do it, but without testing it in each configuration it is difficult, maybe I am wrong
|
|
|
|
|
Hello Patrike, it has been a great effort lately with new functions and you have also dedicated a lot of time to the Asic, it seems fine.
I bring back two old requests of mine, to see if I can explain them well
In the Miner's statistics, we see the coins, the pool, we see if a coin or some auto exchange has been mined for example 50% of the time. That seems fine to me, but I'm still missing data. How many times did that RIG change auto profit, both in total for the day, and for each currency or Al-go. If I detect that a coin is 20% mined and has 50 auto profit changes, surely I am not interested, or I have to change my settings, or even detect if an al-go falls too much, although for that we also have notifications . The truth is that data for each currency, for each al-go or pool, would be very good to know. Especially when you have many rigs and have references from other machines, or if you see that for a currency that has occupied 5% of the mining has changed many times, it would be a volatile currency. For me it is essential that data in the statistics of the rig. I've been telling you for a long time.
Another function that I also requested and that I still need is the function of coloring coins or having something that changes color. why? I can put in Green those that I use or are well, I can put in Red those that are monopolized by auto exchanges and I am not worth entering. I can put in yellow those that do not have exchange, I can put in orange those that have a problem etc ... And just by looking at the list of coins quickly see which one may interest me to check or if it is new to review it, or if I had no exchange check it, or if it is monopolized by Auto exchanges do not look at it anymore but sometimes, one does not remember and check again and again the same currency over the weeks.
They are easy customizations and I think it would give even more useful to the list of COins, and knowing the number of times it changes for Currency, Al-go etc ... It is also essential to evaluate whether that currency serves me or not.
it is not necessary that the entire row of the coin and its information is colored, it can be a simple square of color next to the name or something similar, which will not affect the texts and their visibility
|
|
|
|
Hi
I have been using Awesome miner on my GPU mining rigs which have Windows 10 on all of them. I had no problem to update them to the latest version of the Awesome miner before, but when you released version 7.0, I have not been able to upgrade them. The current version is 6.9.4 and if I click on check for update, it shows me version 7.0.2 is available. When I click on update, the progress bar gets complete and Awesome miner reopens automatically. But it again shows the current version is 6.9.4. l also tried to run the Awesome miner as an admin on all the rigs, but it didn't help. Please help me
Hi, Thanks for your question. Have you tried to reboot the computer? It might be that you have pending Windows updates about to be installed, and this can prevent other installers from running correctly. If the reboot didn't resolve the problem, could you upgrade by manually downloading and running the installer from the web site? Even if you download it manually and run, it will still be an upgrade where all settings are kept. Please let me know if this resolved the upgrade issue. Thanks! I have no antivirus installed or active on the systems. I have rebooted them several times. I have so many saved options, if I export the settings from the options, will they be saved? You can go to the Backup toolbar in the main window where you will find the Backup and Restore buttons - in case you want to create a copy of your settings. For more details, please see: https://support.awesomeminer.com/support/solutions/articles/35000098571-awesome-miner-configuration-filePlease try to uninstall the software (via Control Panel) and then download and install the latest version from the web site. All configuration will be kept by doing these two steps. It happened once in one of my miners. The only way to delete it, is also to delete the folders by hand, and in REGEDIT as admin, find all references to awesome miner and intelibrezee and delete it by hand. After that, the problem disappeared |
|
|
|
|
PAtrike there is some function or rule to launch the Etherpill in the algos that I need, and that when I change somebody it will be deactivated. Or you recommend that I start it with a task scheduler and always be present in the rig whatever it is that mine.
There could be an option where, for example, I said, in this folder is the etherpill, and then in the windows when configuring the miner and such, an option to mark it to load it before mining. And when you have finished mining, delete it from memory, for example, as you do with the reset of OC between profit changes
I have seen that Etherpill can give some more hash in other al-gos
|
|
|
|
Awesome Miner version 7.0.2
ASIC mining
- Added support for monitoring of Avalon 1041 ASIC
Features
- Rule trigger for pool URL detection can be configured to only consider the currently active pool
User interface
- Improved dark mode display, including the Summary tab, GPU Clocking and temperature color display
Mining software
- NBMiner 25.2
Now if you see the temperatures with that brightest green you have set, before I was confused with the background. Thanks for the quickness. |
|
|
|
|
Easy suggestion
In desktop DARK mode, in mining tabs, green temperatures are barely visible. They could be white and then the colors orange and red for high temperatures, if read well.
one more:
The Options menu should also be DARK with white letters. I'm seeing miners and coins in black, I open options and blinds me at 4 am with my eyes tired. It would be nice to be able to continue with DARK in options, there isn't much complication I think
|
|
|
|
|
coinscalculator is dead?
They should add more data sources.
coinscalculator error 502
502 - Web server received an invalid response while acting as a gateway or proxy server.
There is a problem with the page you are looking for, and it cannot be displayed. When the Web server (while acting as a gateway or proxy) contacted the upstream content server, it received an invalid response from the content server.
|
|
|
|
|
Very good work Patrike, big changes. You can't have a better DEV for this program. Thank you for your changes and continuous improvements. The chip temperature sounds great.
|
|
|
|
I was hoping someone else would report it .
my
RTX 2060 super
RTX 2070
1660ti
has no fan speed or way to adjust it with the builtin oc..
I have 1060, 1070, 1080ti, and RTX 2080, the temperature control and fans work correctly. If you do not have the appropriate version purchased you will not be able to drive. Go to options> GPU Settings and enable Enable fan control, and draw a fan line the same as aftherburner. I don't know if this feature is necessary to have a higher license. But everything works correctly for me in all my Nvidia. |
|
|
|
I have a Patrike doubt about the new power temperature system. The first thing I've noticed is that I get more hash. I use both power and core systems. I have the power one at 75 and the Core one at 76 degrees.
Using both systems, power should have more priority than Core.
In the interface I do not define a default power because if not all rigs would start with the same power, but then I see that you have to specify a minimum Power, right now in my case it is 70%.
My question is, I have a rig running at 85 power, when it reaches the target temperature that occurs.
1.- The power falls directly from 85 to 70 (I don't see it right)
2.- When you approach the target temperature, the power is gradually reduced, suppose the case of 5 in 5, which would be 85 is as it was, 80, 75 and finally 70.
The option that I commented is the two, because to make a fall from 85 to 70 it happens that the rig reaches 77 and suddenly falls to 72 degrees, then rises again to 75-77, then falls again.
I should have hysteresis. I don't know if that word exists in English. It is that the system acts a couple of degrees before dropping 5 a degree before the target, wait 30 seconds to see if temperature falls, if not, again lower it 5 degrees, etc. If after reaching the minimum defined by me, in this case 70, and if I have temperature activated also by the core, then at that time the core fall would be activated. OSea first give priority to see if the power drop produces the desired effect, and if you do not get it with my minimum, then pay attention to the Core drop, if defined in the OC.
It's a good job anyway, but I think it lacks this little detail that I tell you.
Thanks for testing out the new feature. It's a bit basic at the moment, but the idea was to give you something to try with to see if the concept is working. I didn't want to implement something too complex in case the entire concept of Power Limit control wasn't found useful. I fully understand your point about not making too frequent changes and not too large changes. Having multiple multiple temperature targets would also be an improvement. I will look into making some improvement here. Thanks for the feedback! It really works quite well, now I have the power temperature limit at 74 degrees and the core limit at 76 degrees. The only thing is that you didn't answer me. Is that if I have set a minimum of 70% and throw a miner at 85% power, if the power drops suddenly from 85 to 70, or it does so little by little and maybe the power stays for example at 75% in time of 70 because it already maintains the temperature. Really more hash is obtained by reducing power than Core, the only thing I ask is that the power reduction be gradual until the minimum marked. You don't have to hit the 85% jump I'm working at 70%. Going down in 3 or 5 point jumps would be great. Combine both systems, power and core already, you just have to give it two different temperatures, setting the core temperature higher in case the power reduction is not enough. It has certainly been a success. The only thing that worries me, is when I gradually lower the power do it every 10 seconds or so, I do not continue fast because it can destabilize the Rig. If for a few moments it exceeds 76 degrees, the core system works, which then cancels itself when the temperature drops again and the power continues to drop to the minimum point I have set. It would only be going down little by little and with 10-second jumps between them so as not to destabilize the rig, and for me it would already be perfect and leave the problem of forgotten heat, in fact heat is no longer a problem for me nor does it take double oc or anything Both systems simultaneously control the temperature excellently, my congratulations. |
|
|
|
Testing Beta feature "Enable GPU global power limit":
setting Default power limit 80%, overrides the GPU clocking profile when starting, so all GPU clocking now starts at 80%.
Then try Disable Global power limit and the GPU start profile works again.
I would like to have option to set Default power limit for the normal GPU clocking profile when starting since the my RTX 2060
always starts at 100% no matter what.
The new power limit control is a feature is on a global level, so setting the default power to 80%, it will be 80% all the time unless your temperature condition indicates something else. When you define your Clocking Profile, Power Limit is one of the properties. If you set this one to 90%, isn't that applied for your RTX 2060 GPU? Yes my Clocking Profile Power Limit normally gets set, but if the Power Limit does not get applied like in the case of my RTX 2060, Then the _Default_ Power Limit value of 100% is applied. This setting would need to be Added to the Clocking Profile Properties in Edit - Clocking Profiles : Property - Default Power Limit (%) ....not the Power Limit (%) Value - (%) This acts as a fail safe value (like the Global power limit but only for my RTX 2060 profile) in case the Clocking Profile fails. Thanks for the update. So this specific RTX2060 is not applying the Power Limit property correctly - but it works for all other GPUs? Is it working if you manually apply it via the clocking dialog? Is it never applied correctly when being part of a Clocking Profile? Based on your description it sounds like the new Power Limit control feature was able to set the Power Limit correctly for this GPU - but this feature is setting the same Power Limit property as when you manually apply it or set it via a Clocking Profile. The Power Limit control feature is intended to dynamically adjust the Power Limit based on GPU temperature and it's not at all related to the clocking profiles. I am 2080 and it works well for me, what is strange to me is that I do not see the power changes in GPU clocking while mine. What should not be done is to establish a general Power for all rigs from the option there is, I have it unchecked and I use a custom OC, with its Power, core, and mem. But if I set the lowest limit where the power can fall, in my case up to 70% Either I haven't noticed or it doesn't happen to me. but now I get more hash than just dropping the core. Although I use both systems, power at 75 degrees and Core at 76 or 77 as a second barrier because of something, and then another rule in case it reaches 82 to stop the miner. |
|
|
|
|
I have a Patrike doubt about the new power temperature system. The first thing I've noticed is that I get more hash. I use both power and core systems. I have the power one at 75 and the Core one at 76 degrees.
Using both systems, power should have more priority than Core.
In the interface I do not define a default power because if not all rigs would start with the same power, but then I see that you have to specify a minimum Power, right now in my case it is 70%.
My question is, I have a rig running at 85 power, when it reaches the target temperature that occurs.
1.- The power falls directly from 85 to 70 (I don't see it right)
2.- When you approach the target temperature, the power is gradually reduced, suppose the case of 5 in 5, which would be 85 is as it was, 80, 75 and finally 70.
The option that I commented is the two, because to make a fall from 85 to 70 it happens that the rig reaches 77 and suddenly falls to 72 degrees, then rises again to 75-77, then falls again.
I should have hysteresis. I don't know if that word exists in English. It is that the system acts a couple of degrees before dropping 5 a degree before the target, wait 30 seconds to see if temperature falls, if not, again lower it 5 degrees, etc. If after reaching the minimum defined by me, in this case 70, and if I have temperature activated also by the core, then at that time the core fall would be activated. OSea first give priority to see if the power drop produces the desired effect, and if you do not get it with my minimum, then pay attention to the Core drop, if defined in the OC.
It's a good job anyway, but I think it lacks this little detail that I tell you.
|
|
|
|
|
Patrike just tell you that with the last update you did on the remote improvement, the problems of "offline miner" have almost disappeared, it is very rare to happen. The program has returned to its former stability. In the end it was intelibreeze problem as long as sugeria
Congratulations for the job, cost to catch the ruling but it is mostly corrected, I have had dozens and dozens of failures a day to have 3 or 4 which I consider normal.
|
|
|
|
25-07-2019 09:49:58 PM.221 [009] [I][ManagedMiner#7 - Vega Rig] : ProcessMiner
25-07-2019 09:49:58 PM.221 [009] [E]System.IO.FileNotFoundException: Could not load file or assembly 'AwesomeMiner.ResourceAccess.Asic, Version=6.7.1.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The system cannot find the file specified.
25-07-2019 09:49:58 PM.221 [009] [E] at #=zgfBCWpQmeFuYIMGOw3SBNiW1m8UYcXNWa5nltMBwv6k3ddha60u44jHGa9ZJ..ctor()
at #=zu7haAQa3AnJO2oyd$5pjMIpnxuzLHMJqw0a28NNQpdi$..ctor()
at #=zQLN_D9ujnJv_wtRddKee5e8MY9FBncVKeKDobdE=.#=zOPdjUapFMX_$(String #=zvZcBBg4=)
at #=zjqpSM22GL_x_QBYZCf4CAIUkj$Q2KzxdJpvcgbIFDm9a.#=z$Tye9fU=(MinerBase #=zbm34RMai5A4G, StatusUpdate& #=zH4K_FL0=)
25-07-2019 09:49:58 PM.659 [018] [S]Send service log file Miner shows mining but no stats. Tried rebooting miner, windows, awesome miner. Edit: Miner is TeamRedMiner 0.5.6, any seeing this same state on multiple miners. Thanks for your report - I've identified the scenario when this happens. I will release a new version in about an hour to resolve this. Let's see if this fixes the situation that occurs so much of online interface |
|
|
|
The idea is as simple as putting another temperature limit option, that there are two, one for Core the current one and another for Power as I suggest, it has no more problem. Instead of 5 in 5 jumps it can be shorter steps like 2 in 2, or 3 in 3. But I tell you in tests that I have done by hand, many times the hash does not suffer just because the core is still intact and the temperature drops by power reduction. I also see it very interesting
As always I try to be constructive with my suggestions or criticisms, and I think that your system is the best in the market.
In a perfect world the existing Temperature Limit feature provided by the nVidia drivers would take care of this. You can already define the temperature limit and the nVidia drivers take action to keep it. The problem we agree on is that the nVidia drivers lowers the Core clock significantly and this results in much lower hashrate. So although the nVidia drivers keeps the temperature, it's not doing it in a good way for mining. The nVidia drivers can however guarantee that you never go above the Temperature Limit as they enforce it so hard. Awesome Miner could have it own Power-reducing Temperature Threshold feature in addition to what nVidia gives us. Awesome Miner could monitor the temperature and if it goes above 79C (configurable), it will reduce the Power Limit to 85% (configurable) and it it's above 82C (configurable) it will set the Power Limit to 65% (configurable). It's not that easy for Awesome Miner to guarantee a temperature here, but it could at least reduce the power usage and making it less likely that you hit the nVidia Temperature Limit that will do harder underclocking. A concept where you are allowed to define two power reduction levels based on two temperatures should be realistic to implement in Awesome Miner. Would that make sense? Finally, I still have some online interface problems but really if it is working, that is a direct problem with intelibrezee, I am already using windows 1903 which is quite stable. I have greatly reduced that error with this version but it still continues to appear and you have to restart once or several times until AM reads that remote well. Because I understand that this problem is remote.
I don't mind looking at the log files for this again - in case I can find out anything more. Please send me the logs via PM and let me know the time you did see the issues. Thanks! I propose suggestions, you tell me if it makes sense that there are two different systems to control the temperature, the one that already exists of Nvidia and the one that I commented through reduction of power. Well, I don't know, you can do some programming tests, and see if it's really worth it. It is those schedules, that until you do a test in production you do not know if it is valid or not. When you can compare the existing one with the one I suggest, in a programming environment and do 3 or 4 tests, and see if it really controls the temperature well and if the hash really falls less ... After doing it in tests, you You can decide whether it is worth it or not. I have checked by hand, testing only by varying TDP or power and the hash reduced me almost always. It is in your hand to try it or not, it is in your hand not to do it if you do not want it, I only provide ideas, suggestions. The current system works very well, but at the cost of losing enough hash in the hot hours, you can live with it, you just have to have a moderate OC. But if it is true that I would like you to at least try it in your programming environment and draw your own conclusion. |
|
|
|
Running GMiner adds --pers auto to the command line, how to change this behaviour. Seems counter productive to add --pers for each equihash algo as a new custome miner  Do not add that line to the property miner, add it in each Pool in advanced, so each equihash currency can have its own line, because it changes according to the Equihash currency, so it is appropriate in the pool where you define the currency in Advanced and only It affects that pool. |
|
|
|
|
Show Posts
