Bitcoin Forum
April 24, 2019, 11:06:57 PM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 [456] 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 »
  Print  
Author Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners  (Read 619131 times)
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
February 28, 2019, 08:27:37 AM
 #9101

My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?

On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked

Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?

I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).

Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
Thanks for the update.

The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.

Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.

The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.

If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
1556147217
Hero Member
*
Offline Offline

Posts: 1556147217

View Profile Personal Message (Offline)

Ignore
1556147217
Reply with quote  #2

1556147217
Report to moderator
1556147217
Hero Member
*
Offline Offline

Posts: 1556147217

View Profile Personal Message (Offline)

Ignore
1556147217
Reply with quote  #2

1556147217
Report to moderator
If you see garbage posts (off-topic, trolling, spam, no point, etc.), use the "report to moderator" links. All reports are investigated, though you will rarely be contacted about your reports.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1556147217
Hero Member
*
Offline Offline

Posts: 1556147217

View Profile Personal Message (Offline)

Ignore
1556147217
Reply with quote  #2

1556147217
Report to moderator
1556147217
Hero Member
*
Offline Offline

Posts: 1556147217

View Profile Personal Message (Offline)

Ignore
1556147217
Reply with quote  #2

1556147217
Report to moderator
1556147217
Hero Member
*
Offline Offline

Posts: 1556147217

View Profile Personal Message (Offline)

Ignore
1556147217
Reply with quote  #2

1556147217
Report to moderator
danielocdh
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
February 28, 2019, 08:50:24 AM
 #9102

My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?

On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked

Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?

I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).

Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
Thanks for the update.

The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.

Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.

The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.

If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.

Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
February 28, 2019, 09:06:47 AM
 #9103

My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?

On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked

Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?

I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).

Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
Thanks for the update.

The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.

Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.

The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.

If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.

Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
When you find the miners in this start, they are showing as "Interface offline" as you pointed out earlier? Not "Service Offline"? And when you look at the miner console window, the mining software is running but do nothing because of pool connection failure?

The Offline e-mail you received, was it from the Offline Detection rule?

Sorry for asking all these questions, I'm just trying to get as detailed understanding as possible of the scenario.

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
danielocdh
Newbie
*
Offline Offline

Activity: 19
Merit: 0


View Profile
February 28, 2019, 09:24:56 AM
 #9104

My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?

On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked

Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?

I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).

Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
Thanks for the update.

The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.

Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.

The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.

If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.

Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
When you find the miners in this start, they are showing as "Interface offline" as you pointed out earlier? Not "Service Offline"? And when you look at the miner console window, the mining software is running but do nothing because of pool connection failure?

The Offline e-mail you received, was it from the Offline Detection rule?

Sorry for asking all these questions, I'm just trying to get as detailed understanding as possible of the scenario.
I remember the message being "Interface offline" but now I'm not so sure because I found a screenshot with the miners just saying "Stopped" in red.
I rarely use the console window, I just vnc to the miner and see there isn't any console/mining software running, so I start the miner again.
Yes, the email is from the offline detection rules.

I understand the info I'm giving is probably not good enough, I'll be sure to document it better the next time this happens.
Thanks
trucobit
Jr. Member
*
Offline Offline

Activity: 434
Merit: 2


View Profile
February 28, 2019, 10:54:43 AM
 #9105

Hello Patrike, I usually suggest new features, today I have a complaint.

The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.

Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.

I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.

Thanks in advance.
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
February 28, 2019, 04:41:52 PM
Last edit: March 01, 2019, 10:56:46 AM by patrike
 #9106

Hello Patrike, I usually suggest new features, today I have a complaint.

The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.

Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.

I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.

Thanks in advance.
I agree that that usability for the benchmark can be improved and I know other users had similar suggestion in the past.

What I've been planning for is to make it possible to select any pool from a list to be used for the benchmark. At least you would't have to go in and add it to the profit switcher all the time.

However, you still need a pool to do the benchmark for most mining software - it's only a few of them that supports offline benchmark without a pool.

I'm thinking of two or three selections that could be used to improve the benchmark dialog
1) Benchmark using pools available to the profit switcher (this is the only way you can benchmark today)
2) Benchmark using a specific pool (the user select a pool from a list, it doesn't need to be part of the profit switcher)
3) Maybe also: Benchmark by manually entering pool detils (the user need to enter pool URL, worker name, wallet and so on)

Can you please give your view on how you want to tell the benchmark dialog which pool to use? Would #2 above solve most of your scenarios?dialog?

Edit: The new version 6.2.3 allows you to select a specific pool to be used for benchmark

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
bensam1231
Legendary
*
Offline Offline

Activity: 1414
Merit: 1011


View Profile
March 01, 2019, 03:14:11 AM
 #9107

Small bug fix, it seems as though the 'add to worker name' tick box is not inherited sometimes from templates. You have to manually go to the miner and change it. It'll even show up as ticked or unticked regardless of what it's actually doing.

I buy private Nvidia miners. Send information and/or inquiries to my PM box.
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
March 01, 2019, 08:37:05 AM
 #9108

Small bug fix, it seems as though the 'add to worker name' tick box is not inherited sometimes from templates. You have to manually go to the miner and change it. It'll even show up as ticked or unticked regardless of what it's actually doing.
In the Properties of a Managed Template, you will find a section called Template settings. On this page you can configure if the template should include "Add to worker name" or not when it's being used. Can you please check how this one is configured for the templates you use?

As you can have cases where you don't want the worker name part to change when applying a template, it's configurable per template if the "Add to worker name" checkbox and value of the miner should be modified or not.

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
moppidoo
Jr. Member
*
Offline Offline

Activity: 329
Merit: 5


View Profile
March 01, 2019, 10:36:17 AM
Last edit: March 01, 2019, 11:02:49 AM by moppidoo
 #9109

My managed profit miners are going "offline" now and then, this seem to happen when pools fail (seen it on nicehash and zpool so far, with bminer, gminer and z-enemy). Even that the miner is flagged as offline, it is still connected to awesome miner manager and I can just start it again. Is there a way to force the miner to not stop/go to the next pool/algo, or any ideas on how should I troubleshoot this?

On options->Profit switching I have this:
Ignore pools with no accepted shares in minutes: checked 6
Ignore minutes: 50
Ignore pools after too many failed miner restart attemps: checked

Thanks
Is the scenario that once you run into this problem, even after > 6 minutes, Awesome Miner has still not marked the pool as failed and moved on to the next pool? It just keeps running the same mining software that is unable to do its work - while it display "Interface offline"?

I usually can't remote to the computers very fast so when I remote to them they are just not doing anything, I can confirm the "Interface offline" only for Equihash 150.5+NiceHash+Gminer CUDA Equihash Miner (it happens more often, I'm not 100% sure about the others).

Edit: If I go to right click->view details (even after a few hours) I have several timestamps (as if the mining didn't stop) and when I click the timestamp after the error (i.e. 12 minutes after the error), it shows the message that some pool is being ignored and the button to reset. If I click a more recent timestamp there isn't any ignored pool message.
Thanks for the update.

The fact that you do see the "Failed" for some pool in the View Details dialog indicates that Awesome Miner did detect this pool failure. The profit switcher will then not use this pool for a while, but the profit switching decision might be made a number of minutes later, depending on how often the profit switcher is configured to run.

Right now you have an ignore time of only 50 minutes, so Awesome Miner will start using the pool a while later and this is why you no longer see the "Failed" indicator. If the pool fails again a little later, Awesome Miner will again mark it as failed and ignore it.

The idea is that Awesome Miner shouldn't be stuck on a failed pool for many hours or days, but a number of minutes of mining will always be lost before Awesome Miner will consider it to be a failure. For this reason it can be good to ignore the pool for a longer period of time after a failure.

If the specific combination for Eq150,5 + Nicehash + Gminer causes these issues frequently, it could be time to consider if this combination should be removed from the profit switcher.

Sorry I wasn't clear, the miners stop working until I manually start them, the other day I went to sleep and it failed after 1-2 hours, I received the offline email but it didn't wake me up(that's ok). Another day the same thing happened, I didn't see/check my email until noon, miners were idle for around 11 hours until I started them.
I just wanted to know if there was a way to troubleshoot this because it started happening with more than 1 algo/pool/software. It doesn't happen that often but I'd rather it kept mining by itself.
When you find the miners in this start, they are showing as "Interface offline" as you pointed out earlier? Not "Service Offline"? And when you look at the miner console window, the mining software is running but do nothing because of pool connection failure?

The Offline e-mail you received, was it from the Offline Detection rule?

Sorry for asking all these questions, I'm just trying to get as detailed understanding as possible of the scenario.
I remember the message being "Interface offline" but now I'm not so sure because I found a screenshot with the miners just saying "Stopped" in red.
I rarely use the console window, I just vnc to the miner and see there isn't any console/mining software running, so I start the miner again.
Yes, the email is from the offline detection rules.

I understand the info I'm giving is probably not good enough, I'll be sure to document it better the next time this happens.
Thanks

Hi danielocdh,

sorry for not reading through all the messages in detail (i'm easily distracted), but if your miner tend to became stopped, you could try setup a rule to start the miners automatically.

I had something that simply starts the miners with the following trigger for example:

Code:
Profile Profit(configured for miner) Greater than or equals 0.05 Dollar per day (Trigger if true for 30s)

Actions:
Code:
Start Miner

Sometimes miner programs such as BMiner, GMiner if not explicitly configured, will only retry to restart so many times (edit: the amount of restart depends on your settings in Options -> Mining Settings -> Restart attempts on process crash) before it stopped trying in case of failure to initialize hardware or establish mining with pool. After so many tries, it'll just stop and with no auto start rules after a stop is in place, AM simply takes that stop action as final and won't start your miner anymore in automatic fashion.

Just a thought if this might be a workaround for your case.

***
PS. if this indeed helps, just keep in mind, that sometimes when the above scenario happens and AM auto restarts your miners, you could end up with multiple instances (usually 2) of mining software running (yes, even with explicit command to turn miner watchdogs off) and API port conflict will occur, when this occurs, you'll get the Green "Interface Offline" situation and need to manually terminate the mining processes. This happens alot with BMiner, GMiner and CryptoDredge in my experience.
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
March 01, 2019, 10:55:13 AM
 #9110

Awesome Miner version 6.2.3

 GPU mining
  - Native overclocking: Improved detection of AMD cards
  - Benchmark can run with a specific pool
  - Added algorithm CryptoNightV4, to prepare for Monero fork
 Rules
  - Each rule can be configurd with a limit on how often the actions can be triggered, to make it easier to prevent too frequent executions of the actions if the trigger conditions are true for a longer period of time
  - Minor user interface updates to the Edit Rule dialog
 User interface
  - Added additional coin images
  - Save the horizontal splitter position on the Balance tab when closing the application
 Mining software
  - CastXMR 1.8.0
  - XMRig 2.13
 Corrections
  - Corrected ASIC device count for Hyperbit BWL21 ASIC miners
  - Modified calculation for Aeternity coin

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
trucobit
Jr. Member
*
Offline Offline

Activity: 434
Merit: 2


View Profile
March 01, 2019, 03:22:40 PM
 #9111

Hello Patrike, I usually suggest new features, today I have a complaint.

The benchmark section has been losing its functions over the months. There are very few Al-Gos that I can benchmark directly. This forces me to create a test pool and select the auto-exchanges and do the manual miner mining test.

Suggestion. If I have all the Autoexchanges activated, but I have them as they do not automatically enter autoprofit unless I choose it. Because the benchmark is not able to use those algos from the auto exchanges? I mean nicehash, zpool, ahaspool, etc ... On Saturday I teach a 3 day course of Awesome miner and it will be tedious to explain to people that the benchmark system is almost useless and that they have to create a pool of test, activate the Auto exchanges and select only one Al-GO and try different miners.

I think the benchmark if it detects that I have activated the auto exchanges, should use those algos. I'm not going to lose money, but I think it would be the logical thing to do, because now the benchmark is almost completely useless, and it's giving me a lot of work to measure the new AL-GOS and find the best miner by hand. This needs to be improved soon, it's my personal opinion.

Thanks in advance.
I agree that that usability for the benchmark can be improved and I know other users had similar suggestion in the past.

What I've been planning for is to make it possible to select any pool from a list to be used for the benchmark. At least you would't have to go in and add it to the profit switcher all the time.

However, you still need a pool to do the benchmark for most mining software - it's only a few of them that supports offline benchmark without a pool.

I'm thinking of two or three selections that could be used to improve the benchmark dialog
1) Benchmark using pools available to the profit switcher (this is the only way you can benchmark today)
2) Benchmark using a specific pool (the user select a pool from a list, it doesn't need to be part of the profit switcher)
3) Maybe also: Benchmark by manually entering pool detils (the user need to enter pool URL, worker name, wallet and so on)

Can you please give your view on how you want to tell the benchmark dialog which pool to use? Would #2 above solve most of your scenarios?dialog?

Edit: The new version 6.2.3 allows you to select a specific pool to be used for benchmark


the solution for the banchmark seems very logical, I have to try it, but it is a good idea to choose a pool that we already have to be able to test that currency at the same time in different miners. Now it will be less tedious to make the measurements. Thanks Patrike

trucobit
Jr. Member
*
Offline Offline

Activity: 434
Merit: 2


View Profile
March 01, 2019, 03:33:10 PM
 #9112

A suggestion. When choosing the preferred exchange in the currency, only the exchanges of which there is a price could appear in the list.

For example, if you have only 4 exchanges of a currency, when displaying the list that only the exchanges appear in bold where that currency has a price, and so it would be easier to change from one to another or know if it is only in one or several.

The function is very useful, but right now to know which exchange to use, I have to go to the ANN and investigate what the exchange is in the currency.

You take the data directly from CTM, I think it would not be difficult when you display the list, mark in bold or otherwise the exchanges where that currency is, it would make things much easier.

As always it is a suggestion to make the program more complete and easier to use.
TheDOdblG
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
March 01, 2019, 05:25:01 PM
Last edit: March 01, 2019, 05:44:59 PM by TheDOdblG
 #9113

The latest update messed some GPU monitoring with my Sapphire RX580's. The GPU Name / Clock / Fan / Performance in particular.  Also, the Progress for each individual card isn't working, but maybe that's just the nature of Phoenix Miner?  The hash rates are correct.

https://photos.google.com/photo/AF1QipPiDbxYTSAiJMWJM6qft4aDUGMjjWz4tWNmcliE
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
March 01, 2019, 06:08:33 PM
 #9114

A suggestion. When choosing the preferred exchange in the currency, only the exchanges of which there is a price could appear in the list.

For example, if you have only 4 exchanges of a currency, when displaying the list that only the exchanges appear in bold where that currency has a price, and so it would be easier to change from one to another or know if it is only in one or several.

The function is very useful, but right now to know which exchange to use, I have to go to the ANN and investigate what the exchange is in the currency.

You take the data directly from CTM, I think it would not be difficult when you display the list, mark in bold or otherwise the exchanges where that currency is, it would make things much easier.

As always it is a suggestion to make the program more complete and easier to use.
Thanks for the suggustion - I understand your point.

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
March 01, 2019, 06:17:13 PM
 #9115

The latest update messed some GPU monitoring with my Sapphire RX580's. The GPU Name / Clock / Fan / Performance in particular.  Also, the Progress for each individual card isn't working, but maybe that's just the nature of Phoenix Miner?  The hash rates are correct.

Thahnks for letting me know. Is "Map to system monitoring" enabled on the GPU tab? Are all GPU's listed in this dialog, but the order is changed from the previous version?

I was unable to access the screenshot link, so I wasn't able to get a full understanding of the issue.

Phoenix Miner doesn't report accepted/rejected shares per GPU, only a total value.

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
TheDOdblG
Newbie
*
Offline Offline

Activity: 11
Merit: 0


View Profile
March 01, 2019, 07:28:45 PM
 #9116

Thahnks for letting me know. Is "Map to system monitoring" enabled on the GPU tab? Are all GPU's listed in this dialog, but the order is changed from the previous version?

Yes it's enabled, but when I click on "map to system monitoring" it just displays the first two GPU's out 6.  That's all it shows.  The previous version listed them all.

Here's another attempt at adding a screenshot (for whatever reason, I can't embed photos): https://pasteboard.co/I3rIYoR.png

https://www.dropbox.com/s/nqja260rsemy8c9/Annotation%202019-03-01%20121303.png?dl=0
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
March 01, 2019, 10:16:45 PM
 #9117

Thahnks for letting me know. Is "Map to system monitoring" enabled on the GPU tab? Are all GPU's listed in this dialog, but the order is changed from the previous version?

Yes it's enabled, but when I click on "map to system monitoring" it just displays the first two GPU's out 6.  That's all it shows.  The previous version listed them all.

Here's another attempt at adding a screenshot (for whatever reason, I can't embed photos):
Thanks for the information.

There was a small change in v6.2.3 to not include AMD GPU's where the system report that the GPU no longer is present in the system - indicating it's a card that has been removed from the system but Windows still keeps an entry for it. It looks like it wasn't possible to detect that in a reliable way so I will revert this change.

I will also send you a PM in a short while.

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
bensam1231
Legendary
*
Offline Offline

Activity: 1414
Merit: 1011


View Profile
March 02, 2019, 01:15:25 AM
 #9118

Small bug fix, it seems as though the 'add to worker name' tick box is not inherited sometimes from templates. You have to manually go to the miner and change it. It'll even show up as ticked or unticked regardless of what it's actually doing.
In the Properties of a Managed Template, you will find a section called Template settings. On this page you can configure if the template should include "Add to worker name" or not when it's being used. Can you please check how this one is configured for the templates you use?

As you can have cases where you don't want the worker name part to change when applying a template, it's configurable per template if the "Add to worker name" checkbox and value of the miner should be modified or not.

Yup, this setting sometimes works and doesn't. The template wont apply consistently across all miners. Sometimes toggling the add worker in the template settings fixes it, other time you have to toggle that on the miner itself on and off and then the template works like normal.

I buy private Nvidia miners. Send information and/or inquiries to my PM box.
patrike
Legendary
*
Offline Offline

Activity: 1526
Merit: 1018


View Profile WWW
March 02, 2019, 10:12:09 AM
 #9119

Small bug fix, it seems as though the 'add to worker name' tick box is not inherited sometimes from templates. You have to manually go to the miner and change it. It'll even show up as ticked or unticked regardless of what it's actually doing.
In the Properties of a Managed Template, you will find a section called Template settings. On this page you can configure if the template should include "Add to worker name" or not when it's being used. Can you please check how this one is configured for the templates you use?

As you can have cases where you don't want the worker name part to change when applying a template, it's configurable per template if the "Add to worker name" checkbox and value of the miner should be modified or not.

Yup, this setting sometimes works and doesn't. The template wont apply consistently across all miners. Sometimes toggling the add worker in the template settings fixes it, other time you have to toggle that on the miner itself on and off and then the template works like normal.
I'm trying to isolate the scenario. Have you noticed the same behavior for the other two properties in the Template settings of a Managed Template?

Awesome Miner - The most powerful Windows software to manage and monitor ASIC, GPU and CPU miners
Centralized management for up to 200,000 miners, notifications, recovery, scripting, APIs, mobile web and profitability switching [Web site]
Join the Awesome Miner Affiliate Program and get a commission when you refer new customers to Awesome Miner
trucobit
Jr. Member
*
Offline Offline

Activity: 434
Merit: 2


View Profile
March 02, 2019, 03:08:28 PM
 #9120

Thahnks for letting me know. Is "Map to system monitoring" enabled on the GPU tab? Are all GPU's listed in this dialog, but the order is changed from the previous version?

Yes it's enabled, but when I click on "map to system monitoring" it just displays the first two GPU's out 6.  That's all it shows.  The previous version listed them all.

Here's another attempt at adding a screenshot (for whatever reason, I can't embed photos):



hello friend, it is very easy to add photos from Dropbos, you just have to remove the end after? included, and change the domain by dl.dropboxusercontent.com

With which your link to be seen in the forum would be
https://dl.dropboxusercontent.com/s/nqja260rsemy8c9/Annotation%202019-03-01%20121303.png
That url will look perfectly, you just have to make those two changes, I'll stick it here so it looks.





Pages: « 1 ... 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 [456] 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!