Hello,
Run Batch commands before starting miner HELP. I am trying to run a OverdriveN Tool batch file to set OC and voltage. The file runs perfectly on the machine if i launch it. But when i try from Managed Miner Properties>batch Commands>Execute additional commands before starting the mining software. It appears to open and close the .bat never allowing it to complete and apply the OC Profiles. I must need some type of wait command. My command C:\Users\XXXX\Desktop\OverdriveN\RUNONT.bat
Thanks.
@Patrike
Have you checked the box for running this as Administrator?
|
|
|
Thanks for the update. So when you use the GPU ID mapping and set GPU 3 to have lower clock speed, this doesn't take effect? When using MSI Afterburner UI directly, it works fine?
It's possible to verify the clocking operations that Awesome Miner send to MSI Afterburner Remote Server. Via the Awesome Miner Remote Agent log file (toolbar: Tools -> Log File -> Remote Agent) you can search for "Executing GPU clocking command" and see what numbers Awesome Miner is using. This could be good to get an understanding of where it goes wrong.
Clocking for Remote Agent on Linux will be supported in the future. The idea is to also add support for overdriventool and nvidiainspector on Windows.
Correct, it doesn't appear to work using GPU ID either. I tried disabling MSI Afterburner Remote Server for this particular rig by renaming the folder containing the executable, but that caused the rig to become unresponsive after a few minutes of mining. What's the best way to disable Remote Server Agent on a specific miner for testing purposes? I take a look at the log fine. Great news about clocking for Linux agent and nvidiainspector support! What you could try is to let the Afterburner Remote Server run, but right click on the systray icon for it and change the connection password - then Awesome Miner will send the commands but they will be rejected.
|
|
|
If you use the GPU name Awesome Miner must be able to get the names from MSI Afterburner, but in your case you only get "GPU 0" and so on without the name. Can you please try to apply the updated fix for MSI Afterburner Remote Server, listed at the bottom of this page? https://support.awesomeminer.com/support/solutions/articles/35000086015-gpu-overclockingI know a few other users that were able to resolve the GPU name problem by applying the updated DLL-file. Thanks Patrik. That took care of the issue with the GPU names not showing up properly. However, Afterburner Remote Server reports all 7 cards as being identical as follows: GPU 0: GeForce GTX 1080Ti GPU 1: GeForce GTX 1080Ti GPU 2: GeForce GTX 1080Ti GPU 3: GeForce GTX 1080Ti GPU 4: GeForce GTX 1080Ti GPU 5: GeForce GTX 1080Ti GPU 6: GeForce GTX 1080Ti And while that is technically true, GPU 3 is very different in that is an EVGA FTW3 Hybrid as opposed to just an EVGA SC2, so it has different PL and Core boost requirements. I use wish Afterburner would allow you to set specific PL and Core clocks like how it is typically done under Linux. Speaking of which, will GPU clock profiles be supported in the Linux Remote Agent at some point? Thanks for the update. So when you use the GPU ID mapping and set GPU 3 to have lower clock speed, this doesn't take effect? When using MSI Afterburner UI directly, it works fine? It's possible to verify the clocking operations that Awesome Miner send to MSI Afterburner Remote Server. Via the Awesome Miner Remote Agent log file (toolbar: Tools -> Log File -> Remote Agent) you can search for "Executing GPU clocking command" and see what numbers Awesome Miner is using. This could be good to get an understanding of where it goes wrong. Clocking for Remote Agent on Linux will be supported in the future. The idea is to also add support for overdriventool and nvidiainspector on Windows.
|
|
|
one thing I need to understand is why the hell does the miner keep trying to mine neoscrypt when its less profitable by all the oline calculators than x16r
its not the power setting becase I set my power cost to zero
If you right click on the miner and select View Details - is the Profit Switching tab indicating that Neoscrypt is on top based on your profile hashrate?
|
|
|
Awesome Miner version 5.7.4
GPU mining - Display warning on the Summary tab for miners with old nVidia drivers not supporting the latest CUDA version - Diagnostics feature improved and includes OS and driver information Configuration - External Miners can be configured with a Profit profile without having to enable profit switching Rules - Triggers using the concepts Greater/Less Than or Equals also includes support for Greater/Less Than Mining software - Added mining software: Zjazz CUDA miner, for X22i - WildRig Multi Miner 0.12.5 beta Corrections - Correction to the default pool configuration of Antminers - Correction to revenue calculations for a number of coins based on Equihash variants
SO what do we do with the error : no pool avaiable for benchmark ? I get that for like 9 algos including the new one X22i , sonaa and all the equihash forks How do I fix this ? , I know blockmasters has x22i for sure why does it not allow benchmark , same with the equihash 192 etc because they are not included in default Online Services list yet, but you can add them manually. not same with sonoa and equihash192, predefined pools do not support them. @patrike you can consider adding NLPool, Phi-Phi-Pool and Starpool as predefined Yiimp-type pools in place of Zergpool, which is gone now. they all support autoexchange to BTC wallet. Awesome Miner can automatically populate entries on the Online Services tab when for example Block Masters add support for the X22i algorithm. The feature of predefined pools made available to the profit switcher is however not as dynamic, but I will include these X22i pools by default in the next release. You are correct that some algorithms are simply not supported by any of the predefined pools. I'm also considering adding more of these yiimp-based pools and I think Phi-Phi is next on the list. For those that manually want to add more of these yiimp-based pools, please see the guide: https://support.awesomeminer.com/support/solutions/articles/35000086026-add-custom-yiimp-compatible-pools
|
|
|
I'm running all my rigs as Managed Profit Miners. Most of my rigs contain identical GPUs, but I do have a few that are mixed, and I'm having a hard time getting different clock profiles to work consistently with them I have my Profit Profiles and Groups already setup, and they are as follows: Profit Profiles GTX 1050Ti GTX 1060 3GB GTX 1070 GTX 1070Ti GTX 1080 GTX 1080Ti Profit Profile Groups (these are my mixed rigs other than one that is a mix of air and water 1080Tis discussed below) 1x 1050Ti 1x 1070Ti 2x 1070 x1 1080Ti 1x 1070 1x 1080 For Profit Profiles, I figured it would not be necessary to distinguish between Air and Water Cooled GPUs. Agreed? For GPU Clocking Profiles on the other hand, I have created different profiles for Air vs. Water cooled GPUs since they require different settings. So I have the following: GTX 1050Ti ETH GTX 1050Ti Standard GTX 1060 3GB ETH GTX 1060 3GB Standard GTX 1070 ETH GTX 1070 Standard GTX 1070 Hybrid ETH GTX 1070 Hybrid Standard GTX 1070Ti ETH GTX 1070Ti Standard GXT 1080 Hybrid ETH GTX 1080 Hybrid Standard GTX 1080Ti ETH GTX 1080Ti Standard GTX 1080Ti Hybrid ETH GTX 1080Ti Hybrid Standard So I have this one rig with a mix of 1080Ti's that are air cooled and one that is a hybrid. The GPUs are as follows according to AM: GPU0 EVGA 1080Ti SC2 GPU1 EVGA 1080Ti SC2 GPU2 EVGA 1080Ti SC2 GPU3 EVGA 1080Ti FTW3 Hybrid GPU4 EVGA 1080Ti SC2 GPU5 EVGA 1080Ti SC2 GPU6 EVGA 1080Ti SC2 I created a Clocking profile group with 6x 1080Ti Standard profiles and 1x 1080Ti Hybrid Standard. I arranged the GPUs in the profile to match what is shown in the table above by simply entering 0 - 6 for each GPU. But apparently I'm doing something wrong since all 7 GPUs share the same clock and power settings and after a short while the miner software is restarted by AM since the FTW3 hybrid keeps falling over because the clocks are too high given the much factory OC of the FTW3 card compared to the SC2's. When I look at this mining rig in the GPU tab, I can clearly see that the clock on the FTW3 is about 80 MHz higher than the other 6 and it also uses about 40 more Watts. When I click GPU settings/settings via Awesome Miner and MSI Afterburner... I can confirm that all 7 GPUs share the exact same power and clock settings, which is why the FTW3 runs higher than the rest. When I click the Profile drop down, the Clocking Profile Group I created is not in the list to choose from. So how do I associate a Clocking profile group to a particular miner? Do I have to create a Profit Profile specifically to this mining rig instead of using the regular GXT 1080Ti Profit Profile that I use for all my 1080Ti Air cooled only rigs? That appears to be the only way I can then select this "custom" 1080Ti Profit Profile, from within which I can then select the Clocking Profile Group I created for individual algos. EDIT: So I went ahead and created a Profit Profile called GTX 1080Ti Mix and within it, I selected my Clocking profile group with 6x 1080Ti and 1x 1080Ti hybrid. I then went to this miner and changed the miner properties to point to the new Profit profile I created. I restarted the miner, but it is still showing all 7 GPUs at 80% and +120 Core. EDIT2: I changed to match on GPU Name instead of ID. Still didn't work. Here are some pic of my config: https://ibb.co/jo0hYAhttps://ibb.co/mLh1RVhttps://ibb.co/iUQufqhttps://ibb.co/nJyrRVhttps://ibb.co/igBNYANote that in the last screenshot above, where I'm showing the "Settings via Awesome Miner and MSI Afterburner", all that is showing GPU 0:, GPU 1:, etc. The actual name you can see in the window behind, do not carry through to the Afterburner window. Could that be the issue? If so, how do I get the GPU names I assigned to show up there? Thanks! If you use the GPU name Awesome Miner must be able to get the names from MSI Afterburner, but in your case you only get "GPU 0" and so on without the name. Can you please try to apply the updated fix for MSI Afterburner Remote Server, listed at the bottom of this page? https://support.awesomeminer.com/support/solutions/articles/35000086015-gpu-overclockingI know a few other users that were able to resolve the GPU name problem by applying the updated DLL-file.
|
|
|
Making that URL available works well for me. Thanks! As for a better way, perhaps under Managed Software Properties, have download URL drop down where one could choose the version, based on what's available at s3.amazonaws.com/awesomeminer-download/? That's probably a lot of work and maybe there isn't really that large a need for it? I'm good with just having additional URL available so that I can manually enter under Customer Download URL. Something like this will be made available in the future. Since the last release of Awesome Miner, it will show the nVidia driver version information in red with a warning text about CUDA if you are running too older drivers. For this reason I'm also planning to include T-Rex for CUDA 10.0 in the next release to see what the reactions will be. If all goes well, Z-enemy and other mining software could then also be CUDA 10.0 in the future.
|
|
|
zjazz_cuda -d, --device arg Select device # to mine with. Use it as many times as needed, once per device. For example: -d 0 -d 1 -d 4 will use devices #0 #1 and #4. Default value is all. erorrs: C:\Users\Alexandr\AppData\Local\AwesomeMiner\zjazz_cuda_win64_1.2_2\zjazz_cuda_win64_1.2\zjazz_cuda.exe -d 0,1 -a .... ..... > zjazz CUDA miner v1.2 > > 11:37:37 | ko | ERROR: Command line arguments > 11:37:37 | ko | ERROR: Argument '0,1' failed to parse PLS fix PLS help me Use T-rex 0.7.2 It is 40% more hash (if it is in X22i) The device parameter issue for zjazz will be corrected in the next release. T-Rex 0.7.2 with x22i support will also be included by default in the next release.
|
|
|
Thanks for info.. only https://www.phi-phi-pool.com/ has some new algos (X22i, Sonoa, BCD ) so maybe it can be added to Awesome miner instead of Zergpool, right Patrike? the rest looks worse with algos than Zpool.. Yes, this looks like a good candidate. I will add it in one of the next few releases. I've also reached out to IceMining about BTC auto exchange so if they implement that it could also be supported.
|
|
|
Awesome Miner version 5.7.4
GPU mining - Display warning on the Summary tab for miners with old nVidia drivers not supporting the latest CUDA version - Diagnostics feature improved and includes OS and driver information Configuration - External Miners can be configured with a Profit profile without having to enable profit switching Rules - Triggers using the concepts Greater/Less Than or Equals also includes support for Greater/Less Than Mining software - Added mining software: Zjazz CUDA miner, for X22i - WildRig Multi Miner 0.12.5 beta Corrections - Correction to the default pool configuration of Antminers - Correction to revenue calculations for a number of coins based on Equihash variants
|
|
|
I've looked a bit more at IceMining now. From what I can see you cannot mine with BTC as payout. Is that observation correct? If you need to specify different payout addresses for each of the pools it will be a bit more complicated to use as a predefined profit switching pool where most users expect to only enter a BTC wallet address.
|
|
|
https://buyproxies.org/panel/cart.php?gid=2I would like to suggest another function, which is quite easy to implement. I am SEO since 2000, I use all kinds of programs to make spam and get links to my sites using different TIERS of links. I see that here in this program there is a small problem, it is that WTM, CC etc. put limits to the daily requests for IP of the data. For which I am forced to establish that I look at the coins every 9 minutes, I think the truth is quite high. In order to eliminate that limitation, if you look up in the link, you will see that I can acquire 5 Proxys elite (not transparent) for 10 $ month. You should only add a small form to add them, and each time you go to consult WTM, CC or Coinwarz you are using a different Proxy, in sequential order. This would allow me to obtain data every 2 minutes, for example, instead of every 9 minutes, and thus be closer to the real price of the moment. I add proxy: port 1 Proxy: port 2 ... And AM every time I ask for data, it is sequencing the proxy to use. regards I will not be able to include support for these concepts in Awesome Miner as that would harm the relationship with these coin statistics providers. They are the owner of the coin statistics data and we need to play by their rules. Another solution to this would be if I could work out a deal with these providers where they allow me to request their stats every 30s via the Awesome Miner cloud. Then all users of Awesome Miner would frequently request the data from the Awesome Miner cloud instead - not putting load on the servers for the coin statistics providers. However, as I'm not owner of this data I'm not sure a setup like this would be accepted.
|
|
|
https://www.dropbox.com/s/vgoaqp54bqbxxkn/Captura%20de%20pantalla%202018-10-24%20a%20las%2017.42.20.png?dl=0Hi @patrike, I'll give you another example of why we should choose exchange for each currency. In the capture that I leave you, you will see BCI and the price of Hitbit (the highest of all of the exchanges), price 19000 satochis. The problem is that neither hitbit, nor tradesatochi nor other exchanges work the BCI wallets, only in exrates, and there the price is less than 14000 Right now BCI at 19000 is among the 3 most profitable assumptions in AM, but it is unreal, hitbit does not allow to receive that currency, and therefore also shows an unreal price, on which AM is based. And like this other many coins. That's why the need to be able to choose for each currency the exchange you want from the ones that CC provides me. If I mine BCI at that price, I would be losing a lot of money, and that is that so much information without control, usually gives these problems. This is one of the examples of the benefits of being able to choose the Exchange by currency Thanks for the detailed information. I do understand the scenario you describe. if you find out that BCI isn't working well on any exchange, I would actually recommend you to change the profit factor of this coin to 0 (or close to 0).
|
|
|
ok so I got my GPU's and CPU's to work - but only if I add NiceHash to the Pools in the Profit Switching page - when I turn off Nicehash none of them will work and with Nicehash their hashrate is super low. If I log into Nicehash directly the hashrate is 5 times higher.
another question - and this is probably the dumbest one I have asked ever... is AM capable of measuring how many watts the miner is pulling?
The hashrate displayed in Awesome Miner is what the mining software is reporting. Depending on the algorithm used it should be possible to find out if the number shown at Nicehash really is realistic. If there is some specific scenario you want me to investigate, please start the mining software with the Diagnostics button and share both this output and the Awesome Miner log file with me. Thanks! Awesome Miner can get the power usage during benchmark of some nVidia based mining software (ccminer and a few more). In all other cases you need to enter power usage approximations in the Profit Profile. Thanks - I disabled the nicehash pool for now but none of the others will work with my cpus/gpus - I get the error that there are no available pools configured blah blah blah . I was curious if it could pull the power usage of my ASICS. lol I know that would prolly be impossible but had to ask. Your question about ASIC power usage is good, but no ASIC miner is reporting this as far as I know. There are other hardware devices that can measure power usage, but there are no specific support for those in Awesome Miner either.
|
|
|
ok so I got my GPU's and CPU's to work - but only if I add NiceHash to the Pools in the Profit Switching page - when I turn off Nicehash none of them will work and with Nicehash their hashrate is super low. If I log into Nicehash directly the hashrate is 5 times higher.
another question - and this is probably the dumbest one I have asked ever... is AM capable of measuring how many watts the miner is pulling?
The hashrate displayed in Awesome Miner is what the mining software is reporting. Depending on the algorithm used it should be possible to find out if the number shown at Nicehash really is realistic. If there is some specific scenario you want me to investigate, please start the mining software with the Diagnostics button and share both this output and the Awesome Miner log file with me. Thanks! Awesome Miner can get the power usage during benchmark of some nVidia based mining software (ccminer and a few more). In all other cases you need to enter power usage approximations in the Profit Profile.
|
|
|
Is there a way to change the default version of a particular miner that is being downloaded? In particular, Z-enemy-1.22 is still defaulting to the CUDA 9.1 version instead of CUDA 10.0. I'm familiar with the "Upload custom software" tool, but the 1st time I used it, I had to RDP to each miner to add an exception to the virus scanner for ..\AppData\Local\AwesomeMinerService, in addition to the exception I previously added for ..\AppData\Roaming\AwesomeMinerService. This can be a pain with more than a dozen Managed Miners. I looked under Manages Software Z-enemy nVidia Miner, and noted the download URL is https://s3.amazonaws.com/awesomeminer-download/z-enemy.1-22-cuda9.1_x64.zip. So I took a look here: https://s3.amazonaws.com/awesomeminer-downloadBut only the cuda9.1 versions of Z-enemy are there, so I figured putting in a custom Download URL reflecting the CUDA 10 version would not have worked. Anyway, just curious if there's a better way to accomplish this than having to resort to using the Upload customer software tool. Thanks for your feedback. My understanding is that CUDA 10.0 is supported on quite old GPU's as well. The main issue is that everyone is not running with the latest driver versions which is a requirement. I know from the past that if I include a later version of mining software with latest CUDA, I do get at number of upset support messages about the new version is breaking the mining - even if it's stated in the release notes. Already today Awesome Miner supports displaying the AMD and nVidia driver version on the Summary tab. Maybe the solution is to highlight this even more and give more visible indications if you run with too old driver versions. Then we can include the latest CUDA 10.0 versions of the mining software while still trying to minimize the issue with users running with older driver versions. nVidia do have a list of required driver versions for each CUDA release: https://docs.nvidia.com/cuda/cuda-toolkit-release-notes/index.htmlWould that be a good way forward? I'm actually very open to suggestions here. To solve your specific request, I've made this URL available: https://s3.amazonaws.com/awesomeminer-download/z-enemy.1-22-cuda10.0_x64.zip
|
|
|
any way to pass an windows environment variable from the client to the pool such as rig name ?
This is currently not supported by Awesome Miner, but I agree that it would make sense to support. If it's of any help you can use the description field of the miner as part of the worker name by using the variable: [MinerDescription]
|
|
|
We have over 100 miners at our location. I want to create a rule so I get a single notification if 10 or more miners are offline all at the same time. How do I do that?
Thanks
Hi again, You can create a trigger of the type "C# script" and use the script below to detect if the number of miners offline is 10 or more. You can then add any action you want for this rule, for example a Notification. public class TriggerScript { private ContextProvider Context = ScriptManager.Context; public List<IMinerBase> Check(List<IMinerBase> minerList) { const int TriggerIfNumberOffline = 10; List<IMinerBase> triggerList = new List<IMinerBase>(); foreach (IMinerBase miner in minerList) { if (miner.IsRunningState == false) triggerList.Add(miner); } if (triggerList.Count >= TriggerIfNumberOffline) return triggerList; return null; } }
I used this script and set a notification as an action. When I do that, I immediately get 72 notifications from the rule. It's always the same miners that trigger the rule. When I check my list of miners, everything says it's online and working fine. How can I use this so it only sends me a notification if all the miners have been off for 10 minutes or longer? To only get a single notification, instead of one per miner, the notification action can be configured where you uncheck "Notify for each individual miner". However, the scenario to only trigger if offline for at least 10 minutes in combination with triggering only if at least a specific number of miners have this problem is currently not possible to do in a good with with how the rules work today. I will have to come up with a new concept for this where you can add certain restrictions to the rule to only trigger in case the conditions are true for a minimum number of miners.
|
|
|
Awesome Miner version 5.7.3
ASIC mining - Obelisk SC1 and DCR1 ASIC miner support GPU mining - Mining Pool Hub predefined pool changes Monero, moving to CryptoNightV8 API - Added HTTP API for configuring External Miners (/api/externalminers) Mining software - XMRig miner 2.8.3 for AMD, nVidia and CPU. Including CryptoNightV8 support. - CryptoDredge 0.9.3, including CryptoNightV8
|
|
|
after last update, my GPU's will not mine - they are nvidia gtx 1060's
I am now getting this error - the pools are set up - I have made zero changes to the profit profile - I am not sure what else I need to do. When I first added the GPU's they worked right after I set up the pools - I had to do nothing with the profit profile.
There can be changes of the available predefined pools between versions. In general, the issue is that for the mining software you have enabled for the profit switcher, there are no pools made available for the profit switcher in the Options dialog, Profit switching section. If you still run into this issue after reviewing the configuration you can find more information in the Awesome Miner log file (toolbar: Tools -> Log File). You can for example see entries like below, that can give an idea why certain algorithms are being excluded by the profit switcher. Ignore algorithms not supported by software: Ignore algorithms not enabled by profile:
|
|
|
|