[Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners

[patrike]

Awesome Miner version 7.0.7 (Development preview of 7.1)

 Awesome Miner Antminer firmware
  - In addition to the firmware with a mining fee of 2%, another firmware version is made available with a mining fee of 3% where no Awesome Miner license is consumed. This makes it possible to use the 3% mining fee firmware without having to buy Awesome Miner licenses.
 ASIC mining
  - The feature to update custom cgminer configuration file properties via SSH will allow a custom path to be specified for the file
  - Improved compatibility for configuring privileged API access on ASIC miners
 GPU mining
  - Added additional algorithms
 Integration
  - The new Nicehash platform will be displayed as 'Nicehash' instead of 'NicehashNew' as it's the only available platform.
 User interface
  - Show API identifier in the Properties dialog of Managed Templates
 Mining software
  - Added mining software: SrbMiner Multi 0.1.1
  - PhoenixMiner 4.7c, incl. dual mining support
  - NbMiner 26.0, incl. dual mining support
  - Bminer 15.8.7
  - CcMiner Zcoin Official 1.2.3
  - CpuMiner-Opt 3.9.9
  - Gminer 1.70
  - T-Rex Miner 0.14.6
  - WildRig Miner 0.19.3 beta
  - XmRig CPU miner 4.3.1 beta
  - Nanominer 1.6.1

[JimBrown462]

Hi Patrike,

FYI, "Options" -> "Online Services" is still showing "NicehashNew".

Regards,
...jim

[patrike]

Hi Patrike,

FYI, "Options" -> "Online Services" is still showing "NicehashNew".

Regards,
...jim

Thanks Jim, I will update this in the next release.

[trucobit]

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.

[razerf]

hello how disable dual mining with phoenix miner? dual mining do problem with probability and power kwh

[MATHReX]

hello how disable dual mining with phoenix miner? dual mining do problem with probability and power kwh

Go to Menu - Information - Options - Managed Miners - Add Miner - Select dual mining mode to disabled.

[razerf]

i don't have this option in profit miner

[MATHReX]

i don't have this option in profit miner

Apologizes, I can see that Claymore miner has this option but Phoenix Miner does not.
Anyway, Phoenix Miner supports only "Blake2s" as dual mining.

You can untick Blake2s algorithm from Algorithms in options.
That should do the trick.

[narousberg]

Hi boss
dont understand why i cant benchmark NBMiner ver. 26 with AM (v7.0.7) benchmark tool ?

if i run managed miner with pool parameters, all is ok. But if i start benchmark with benchmark dialog, miner exit with error:

[15:17:03] INFO - ----------------------------------------------
[15:17:03] INFO - |                  NBMiner                   |
[15:17:03] INFO - |              Crypto GPU Miner              |
[15:17:03] INFO - |                    26.0                    |
[15:17:03] INFO - ----------------------------------------------
[15:17:03] INFO - ALGO:       cuckaroo_swap
[15:17:03] INFO - URL:        ethproxy+tcp://europe.ethash-hub.miningpoolhub.com:17020
[15:17:03] INFO - USER:       bekman.1080TI:x
[15:17:03] INFO - TEMP-LIMIT: 90C
[15:17:05] INFO - ============= Device Information =============
[15:17:05] INFO - * ID 0: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 1: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 2: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 3: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 4: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 5: GeForce GTX 1080 Ti 9327 MB
[15:17:05] INFO - ==============================================
[15:17:05] INFO - NVML initialized.
[15:17:05] ERROR - Error format URL: ethproxy+tcp://europe.ethash-hub.miningpoolhub.com:17020
[15:17:05] ERROR - Accepted URL format in regular expression: ^(stratum|nicehash)\+(tcp|ssl)\://[^\:]+:[0-9]{1,5}$


I see, that the AM benchmark tool delegate wrong pool parameters to the miner, I wonna test SWAP on herominers.com pool, but why i see some other wrong pool in log file?

[narousberg]

same problem with other algos if i try to benchmark NBMiner

looks like some database problem with object indexing.

[patrike]

i don't have this option in profit miner

Apologizes, I can see that Claymore miner has this option but Phoenix Miner does not.
Anyway, Phoenix Miner supports only "Blake2s" as dual mining.

You can untick Blake2s algorithm from Algorithms in options.
That should do the trick.

With the recent development release 7.0.7, the "Dual mode" setting should be visible in the Properties dialog for PhoenixMiner in the same way as it's available for Claymore Ethereum miner.

[patrike]

Hi boss
dont understand why i cant benchmark NBMiner ver. 26 with AM (v7.0.7) benchmark tool ?

if i run managed miner with pool parameters, all is ok. But if i start benchmark with benchmark dialog, miner exit with error:

[15:17:03] INFO - ----------------------------------------------
[15:17:03] INFO - |                  NBMiner                   |
[15:17:03] INFO - |              Crypto GPU Miner              |
[15:17:03] INFO - |                    26.0                    |
[15:17:03] INFO - ----------------------------------------------
[15:17:03] INFO - ALGO:       cuckaroo_swap
[15:17:03] INFO - URL:        ethproxy+tcp://europe.ethash-hub.miningpoolhub.com:17020
[15:17:03] INFO - USER:       bekman.1080TI:x
[15:17:03] INFO - TEMP-LIMIT: 90C
[15:17:05] INFO - ============= Device Information =============
[15:17:05] INFO - * ID 0: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 1: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 2: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 3: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 4: GeForce GTX 1080 Ti 9326 MB
[15:17:05] INFO - * ID 5: GeForce GTX 1080 Ti 9327 MB
[15:17:05] INFO - ==============================================
[15:17:05] INFO - NVML initialized.
[15:17:05] ERROR - Error format URL: ethproxy+tcp://europe.ethash-hub.miningpoolhub.com:17020
[15:17:05] ERROR - Accepted URL format in regular expression: ^(stratum|nicehash)\+(tcp|ssl)\://[^\:]+:[0-9]{1,5}$


I see, that the AM benchmark tool delegate wrong pool parameters to the miner, I wonna test SWAP on herominers.com pool, but why i see some other wrong pool in log file?

same problem with other algos if i try to benchmark NBMiner

looks like some database problem with object indexing.

Thanks for reporting this problem. I'm able to reproduce it when benchmarking most algorithms with NBMiner. I will work on a solution for this.

[razerf]

i don't have this option in profit miner

Apologizes, I can see that Claymore miner has this option but Phoenix Miner does not.
Anyway, Phoenix Miner supports only "Blake2s" as dual mining.

You can untick Blake2s algorithm from Algorithms in options.
That should do the trick.

With the recent development release 7.0.7, the "Dual mode" setting should be visible in the Properties dialog for PhoenixMiner in the same way as it's available for Claymore Ethereum miner.

I have no option with profit miner, which allows me not to take into account the dual mining, via phoenix miner, even if I disable blake 2s, if I enter 0h / s and 0w dual on ethereum, I will necessarily work on the ethereum, I had no problem with the previous version, while it is not necessarily the ether the most profitable consumption power

[patrike]

i don't have this option in profit miner

Apologizes, I can see that Claymore miner has this option but Phoenix Miner does not.
Anyway, Phoenix Miner supports only "Blake2s" as dual mining.

You can untick Blake2s algorithm from Algorithms in options.
That should do the trick.

With the recent development release 7.0.7, the "Dual mode" setting should be visible in the Properties dialog for PhoenixMiner in the same way as it's available for Claymore Ethereum miner.

I have no option with profit miner, which allows me not to take into account the dual mining, via phoenix miner, even if I disable blake 2s, if I enter 0h / s and 0w dual on ethereum, I will necessarily work on the ethereum, I had no problem with the previous version, while it is not necessarily the ether the most profitable consumption power

Previously Awesome Miner never used dual mining for Phoenix Miner. Now it will use it in the same way as for Claymore Miner.

If you don't want dual mining, isn't your Profit Profile change where you define 0 H/s for Ethereum Dual Mining Hashrate working fine? In previous versions this change was not required for Phoenix Miner as dual mining wasn't supported.

[narousberg]

Suggestions:
1) please add a functionality to export/import profit profile data as .csv or exel data sheet.
2) many pools allow setting up a worker name only in password field, please add possibility to add worker name in password field.

Regards

[razerf]

i don't have this option in profit miner

Apologizes, I can see that Claymore miner has this option but Phoenix Miner does not.
Anyway, Phoenix Miner supports only "Blake2s" as dual mining.

You can untick Blake2s algorithm from Algorithms in options.
That should do the trick.

With the recent development release 7.0.7, the "Dual mode" setting should be visible in the Properties dialog for PhoenixMiner in the same way as it's available for Claymore Ethereum miner.

I have no option with profit miner, which allows me not to take into account the dual mining, via phoenix miner, even if I disable blake 2s, if I enter 0h / s and 0w dual on ethereum, I will necessarily work on the ethereum, I had no problem with the previous version, while it is not necessarily the ether the most profitable consumption power

Previously Awesome Miner never used dual mining for Phoenix Miner. Now it will use it in the same way as for Claymore Miner.

If you don't want dual mining, isn't your Profit Profile change where you define 0 H/s for Ethereum Dual Mining Hashrate working fine? In previous versions this change was not required for Phoenix Miner as dual mining wasn't supported.

if I enter 0h / s in the dual mining, yes I will not use it, but despite the 0h / s and 0watt dual, is taken into account in the calculation of profitability, so my rig no work more on the most profitable currency.

[patrike]

Suggestions:
1) please add a functionality to export/import profit profile data as .csv or exel data sheet.
2) many pools allow setting up a worker name only in password field, please add possibility to add worker name in password field.

Regards

Thanks for the suggestions.

For the password field, please note that you can use the variable [MinerWorker].

[patrike]

i don't have this option in profit miner

Apologizes, I can see that Claymore miner has this option but Phoenix Miner does not.
Anyway, Phoenix Miner supports only "Blake2s" as dual mining.

You can untick Blake2s algorithm from Algorithms in options.
That should do the trick.

With the recent development release 7.0.7, the "Dual mode" setting should be visible in the Properties dialog for PhoenixMiner in the same way as it's available for Claymore Ethereum miner.

I have no option with profit miner, which allows me not to take into account the dual mining, via phoenix miner, even if I disable blake 2s, if I enter 0h / s and 0w dual on ethereum, I will necessarily work on the ethereum, I had no problem with the previous version, while it is not necessarily the ether the most profitable consumption power

Previously Awesome Miner never used dual mining for Phoenix Miner. Now it will use it in the same way as for Claymore Miner.

If you don't want dual mining, isn't your Profit Profile change where you define 0 H/s for Ethereum Dual Mining Hashrate working fine? In previous versions this change was not required for Phoenix Miner as dual mining wasn't supported.

if I enter 0h / s in the dual mining, yes I will not use it, but despite the 0h / s and 0watt dual, is taken into account in the calculation of profitability, so my rig no work more on the most profitable currency.

The Profit Switching tab will list both Ethereum only and the dual mining alternatives like Ethereum + Blake2s and indicate the profitability for each of the alternatives. The alternatives that are not the most profitable will not be used. The list may also contain many other algorithms that are considered.

If you don't want the Ethereum + Blake2s option to be included in the list at all, please uncheck "Blake2s" from the algorithm list in the Profit Profile Properties.

[narousberg]

Suggestions:
1) please add a functionality to export/import profit profile data as .csv or exel data sheet.
2) many pools allow setting up a worker name only in password field, please add possibility to add worker name in password field.

Regards

Thanks for the suggestions.

For the password field, please note that you can use the variable [MinerWorker].

hmm, not really understand what your mean with [MinerWorker] variable. Where i can set this variable, in which dialog? Is this some code expression?

thx

[razerf]

i don't have this option in profit miner

Apologizes, I can see that Claymore miner has this option but Phoenix Miner does not.
Anyway, Phoenix Miner supports only "Blake2s" as dual mining.

You can untick Blake2s algorithm from Algorithms in options.
That should do the trick.

With the recent development release 7.0.7, the "Dual mode" setting should be visible in the Properties dialog for PhoenixMiner in the same way as it's available for Claymore Ethereum miner.

I have no option with profit miner, which allows me not to take into account the dual mining, via phoenix miner, even if I disable blake 2s, if I enter 0h / s and 0w dual on ethereum, I will necessarily work on the ethereum, I had no problem with the previous version, while it is not necessarily the ether the most profitable consumption power

Previously Awesome Miner never used dual mining for Phoenix Miner. Now it will use it in the same way as for Claymore Miner.

If you don't want dual mining, isn't your Profit Profile change where you define 0 H/s for Ethereum Dual Mining Hashrate working fine? In previous versions this change was not required for Phoenix Miner as dual mining wasn't supported.

if I enter 0h / s in the dual mining, yes I will not use it, but despite the 0h / s and 0watt dual, is taken into account in the calculation of profitability, so my rig no work more on the most profitable currency.

The Profit Switching tab will list both Ethereum only and the dual mining alternatives like Ethereum + Blake2s and indicate the profitability for each of the alternatives. The alternatives that are not the most profitable will not be used. The list may also contain many other algorithms that are considered.

If you don't want the Ethereum + Blake2s option to be included in the list at all, please uncheck "Blake2s" from the algorithm list in the Profit Profile Properties.

It's already done, that's what I say for several post, although blake2s is unchecked, the dual is still taken into account attached a screenshot

https://zupimages.net/up/19/43/emk6.jpg

and in this case, even if another currency becomes more interesting, I remain stuck on the ethereum