Author

Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 119. (Read 703113 times)

member
Activity: 204
Merit: 10
Awesome Miner Version 7.2.3

 Features
  - Dynamic update of coin statistics can convert the exchange rate even if specified in other coins than BTC

How do i use this feature ?

1. api : https://api.coingecko.com/api/v3/simple/price?ids=turtlecoin&vs_currencies=eth
2. json property : turtlecoin.eth
3. arithmetic : helper.ExchangeFrom("ETH")

Error : Unable to read value
legendary
Activity: 1753
Merit: 1007
Hi community!

i want to use HiveOS as operating system for my mining rig and control, overclocking and switching over AwesomeMiner.
but i have a problem to disable autostart in HiveOS configured miner. (in fly sheet)
How to prevent autostart?

upd: solved, simple rename rig.conf file
legendary
Activity: 3346
Merit: 1094
hello patrike,
I think it would be great if you could add a feature that will allow us to modify the profit estimate stats from profit switching pools, using a C# script or a custom formula.
then instead of using "current estimate/24hr estimate/24hr actual" for profit switching we could use some complicated formulas to improve the profit estimate accuracy - for example, the profit switcher could use arithmetic mean of current estimate and actual 24hr profit, and so on.

what do you think about this?

also, there's a bug with ProHashing 24hr actual profit stats. the values should be multiplied by 1000 to be correct.

thank you
Good point about the profit switcher. I will consider this request.

Thanks for the comment about Prohashing 24h actual as well, I will correct that.
legendary
Activity: 3346
Merit: 1094
Hi all,

I've not dual mined eth + whatever for a whole year at least. Has anyone gotten Gminer / NBMiner to dual mine with "Managed Profit Miner" in AM?

I somehow couldn't get it working automatically and wonder if I missed anything.
NbMiner should work with dual mining, but unfortunately I've not yet a chance to enable dual mining for Gminer.

Thanks Patrike, have been able to get NBMiner to bench ckb+ethash, with a few issues though.

1.
The dual hashrate been recorded by default has been inversed, say, I have 85 MH/s for Eth and 1.2GH/s for Eaglesong, the benchmark will read and record
Code:
Eaglesong (Dual: 85MH/s)
Ethhash (Dual: 1.2GH/s)

I'm not sure if that's due to NBminer, when dual mining, it uses eaglesong as primary and ethash as secondary and made the metrics mixed up but I do suspect it to be the culprit.

2.
The dual hashrate and revenue from Eaglesong does not get taken into consideration in profit switching calculation, somehow even when populated with non "0" benchmarks into keccak, lbry, ckb 's dual mining hashrate in profit profiles, the Profit Switching tab for the miner still only lists 2 2ndary algos in my case:

Code:
(incl. Blake 2b:....)
(incl. Tensority:....)

and thus, it won't start dual mining ckb+eth as it isn't in the profitability list.
I have even just enabled only the eth and ckb pool in the profit profile to confirm the behaviour.

Thanks for the details. I did identified a scenario where NbMiner dual mining reported the hashrate incorrectly thanks to the details you provided. I will also investigate the other case.
legendary
Activity: 3346
Merit: 1094
is there a problem with mapping cards to hashrate or something like that that no one told until?

https://ibb.co/Nn9SkrX

the "Performance" tab dont show the right GPU

the same shows in "Map to system monitoring"


Try to restart the rig and restart the awesomeminer.
I have the same issue before when the hashrate of the other card is in lower GPU and the lower hashrate is in the high-end GPU. I just rebooted the whole rig and restart and it detects my cards properly in the right position. Also, check the mapping try to play on those settings and change the position of other cards.

have 20 rigs with 6,8 and 12 cards...dont want to "try" - want to know how to fix this without wasting hours of time
btw. restarted rigs and awesome many times since i saw this problem first time - it looks like the problem exist only on AMD rigs
Hi,
Which mining software is this?

What is a bit difficult for Awesome Miner is to figure out the order of the GPU's reported by the mining software. In many cases you need to resolve it manually via the "Map to system monitoring" dialog. Not only to enable the mapping, but also to use this dialog to move the GPU's up or down in the list to match the hashrates reported from the mining software.
jr. member
Activity: 238
Merit: 3
hello patrike,
I think it would be great if you could add a feature that will allow us to modify the profit estimate stats from profit switching pools, using a C# script or a custom formula.
then instead of using "current estimate/24hr estimate/24hr actual" for profit switching we could use some complicated formulas to improve the profit estimate accuracy - for example, the profit switcher could use arithmetic mean of current estimate and actual 24hr profit, and so on.

what do you think about this?

also, there's a bug with ProHashing 24hr actual profit stats. the values should be multiplied by 1000 to be correct.

thank you
jr. member
Activity: 348
Merit: 5
Hi all,

I've not dual mined eth + whatever for a whole year at least. Has anyone gotten Gminer / NBMiner to dual mine with "Managed Profit Miner" in AM?

I somehow couldn't get it working automatically and wonder if I missed anything.
NbMiner should work with dual mining, but unfortunately I've not yet a chance to enable dual mining for Gminer.

Thanks Patrike, have been able to get NBMiner to bench ckb+ethash, with a few issues though.

1.
The dual hashrate been recorded by default has been inversed, say, I have 85 MH/s for Eth and 1.2GH/s for Eaglesong, the benchmark will read and record
Code:
Eaglesong (Dual: 85MH/s)
Ethhash (Dual: 1.2GH/s)

I'm not sure if that's due to NBminer, when dual mining, it uses eaglesong as primary and ethash as secondary and made the metrics mixed up but I do suspect it to be the culprit.

2.
The dual hashrate and revenue from Eaglesong does not get taken into consideration in profit switching calculation, somehow even when populated with non "0" benchmarks into keccak, lbry, ckb 's dual mining hashrate in profit profiles, the Profit Switching tab for the miner still only lists 2 2ndary algos in my case:

Code:
(incl. Blake 2b:....)
(incl. Tensority:....)

and thus, it won't start dual mining ckb+eth as it isn't in the profitability list.
I have even just enabled only the eth and ckb pool in the profit profile to confirm the behaviour.
member
Activity: 363
Merit: 16
is there a problem with mapping cards to hashrate or something like that that no one told until?

https://ibb.co/Nn9SkrX

the "Performance" tab dont show the right GPU

the same shows in "Map to system monitoring"


Try to restart the rig and restart the awesomeminer.
I have the same issue before when the hashrate of the other card is in lower GPU and the lower hashrate is in the high-end GPU. I just rebooted the whole rig and restart and it detects my cards properly in the right position. Also, check the mapping try to play on those settings and change the position of other cards.

have 20 rigs with 6,8 and 12 cards...dont want to "try" - want to know how to fix this without wasting hours of time
btw. restarted rigs and awesome many times since i saw this problem first time - it looks like the problem exist only on AMD rigs
legendary
Activity: 1638
Merit: 1046
is there a problem with mapping cards to hashrate or something like that that no one told until?

https://ibb.co/Nn9SkrX

the "Performance" tab dont show the right GPU

the same shows in "Map to system monitoring"


Try to restart the rig and restart the awesomeminer.
I have the same issue before when the hashrate of the other card is in lower GPU and the lower hashrate is in the high-end GPU. I just rebooted the whole rig and restart and it detects my cards properly in the right position. Also, check the mapping try to play on those settings and change the position of other cards.
member
Activity: 363
Merit: 16
is there a problem with mapping cards to hashrate or something like that that no one told until?

https://ibb.co/Nn9SkrX

the "Performance" tab dont show the right GPU

the same shows in "Map to system monitoring"
legendary
Activity: 3346
Merit: 1094
Hi all,

I've not dual mined eth + whatever for a whole year at least. Has anyone gotten Gminer / NBMiner to dual mine with "Managed Profit Miner" in AM?

I somehow couldn't get it working automatically and wonder if I missed anything.
NbMiner should work with dual mining, but unfortunately I've not yet a chance to enable dual mining for Gminer.
legendary
Activity: 3346
Merit: 1094
Hi Patrike

New Xmrig 5.4.0 with randomsfx support  https://github.com/xmrig/xmrig/releases/tag/v5.4.0
Can you please add Randomsfx algo and zergpool pool for this algo.

Thanks in adavance and have a great Christmas time.  Best wishes to all other miners Wink
I've just pushed a software definition update for the latest XmRig and also included this algorithm. It should also work fine with ZergPool next time the Online Service list is refreshed.

Thanks and have a great Christmas you too!
legendary
Activity: 3346
Merit: 1094
little side question

"System Tools" - "Execute remote command"
is it possible to use this to (for example) mount network or change user PW on windows?

i tried "cmd.exe net use...." without parameters and also only "cmd" and put net use... into parameters...nothing worked --- how can i use this feature to add windows command line commands
cmd.exe can typically be used with the flags /c to execute commands. Please try something like:
/c net use...
legendary
Activity: 3346
Merit: 1094
Hi Patrike, I have not written to you for a long time, you are doing a great job as always, I remind you of an old request from me and I propose a new one.

Old request:

Know in statistics the times you make profit change in 24 hours and for each moment. To determine if that percentage of mining of a coin has done it in 1 change or in 30. It would help me to make better decisions

The other request is an improvement on something existing. I mean temperature control, which is going very well but I explain.

I use both methods, both the general by TDP with its two options and also the core reduction. My scheme is as follows

TDP 1 limitation: 72 degrees, you under the TDP

TDP 2 limitation: 74 degrees, even more under the TDP

Temperature limitation in each OC or core, I have it at 76 degrees

What is the problem ?, Well, it works well, but is constantly jumping temperature. I have a card that according to the Algorithm gets very hot and is always dancing the temperature of 72 to 76 degrees. Because what happens that when it falls to 71 or 72 the limitations are removed and reheated, when it is heated, the limitations are activated and the temperature is lowered, but then the limitations are removed and again heated. I think that so much temperature change, TDP and core can be even bad.

The idea or solution I see simple. If a card activates a temperature limit for example TDP 1, this limit remains active until it changes algorithm or currency. This way we avoid getting the cards receiving a constant change of TDP and CORE all the time. It is logical that if it reaches TDP 1 and 2 and the temperature drops, if we remove the limitation it warms up again. That's why I think it's a better idea to keep the limitations until you change your currency. That way the temperature would be more stable, and I wouldn't be hitting jumps all the time between 72 and 76 as is my case, I don't want it to reach 76 every time.

I hope it is understood and that you see it well as an idea, the implementation is very easy, basically because almost everything is done, just keep limitations until currency exchange, with which the temperature will not be jumping, we are not changing TDP and CORE several times per minute to the card

Hi patrike, happy holidays. I would like you to tell me something about the suggestion I made.

I think the implementation is very easy, 90% is done. It is only to maintain the limitations if they are reached and even if the temperature drops, keep those limitations. Only if you change currency or make a change would you reset

Believe me that I have several cards constantly dancing between 72 and 76 and I do not like anything, and if under the OC it is for the entire Rig, while if a card reaches a limitation, it keeps it, instead of constantly activating and deactivating the limitations and producing a temperature dance. I have already broken one of those cards and I think it's because of the continuous dance, because it always reached the maximum, it went down to 71, it went back up, so 24 hours every day. Too much stress for the card.
Thanks for the additional comments.

Right now there is a limit of 30 seconds between the Power Limit changes. This will only prevent some of the changes - but I understand your point that it still can be too many. Maybe the change should be like this:
- The Power Limit can be decreased no more frequently than 30 seconds after last Power Limit change
- The Power Limit can be increased no more frequently than 5 minutes after last Power Limit change.

This would make the Power Limit go down as fast as today - but it will not be increased so fast again. It will stay on a lower level for some time before it even attempts to go back. So instead of possibly 120 changes per hours as you could have today, this concept would give about 11-12 changes per hour.

This concept would work fine even if you would be mining for a longer period of time - as you don't have to wait for a profit switch. It would also be working for those that doesn't do profit switching and runs the same mining software and pool all the time.

Please let me know what you think. Thanks!
jr. member
Activity: 348
Merit: 5
Hi all,

I've not dual mined eth + whatever for a whole year at least. Has anyone gotten Gminer / NBMiner to dual mine with "Managed Profit Miner" in AM?

I somehow couldn't get it working automatically and wonder if I missed anything.
newbie
Activity: 31
Merit: 0
Hi Patrike

New Xmrig 5.4.0 with randomsfx support  https://github.com/xmrig/xmrig/releases/tag/v5.4.0
Can you please add Randomsfx algo and zergpool pool for this algo.

Thanks in adavance and have a great Christmas time.  Best wishes to all other miners Wink
newbie
Activity: 3
Merit: 0
Awesome Miner version 7.2.4




Patrike.......

Patrick I want to thank you so much for quickly fixing overclocking on linux, you very quickly found the reason and fixed it.
newbie
Activity: 59
Merit: 0
Patrike,

Very minor issue... Remote Agent appears to be reporting the nVidia GPU driver version incorrectly in the Main tab, lower window, Summary.

For the local miner, it is correctly reporting the driver version as 441.66

For the remote miner, it is incorrectly reporting the driver version as 43160

I did verify the driver version on the remote system.

All the best, and Merry Christmas!
...jim
member
Activity: 363
Merit: 16
little side question

"System Tools" - "Execute remote command"
is it possible to use this to (for example) mount network or change user PW on windows?

i tried "cmd.exe net use...." without parameters and also only "cmd" and put net use... into parameters...nothing worked --- how can i use this feature to add windows command line commands
jr. member
Activity: 756
Merit: 2
Hi Patrike, I have not written to you for a long time, you are doing a great job as always, I remind you of an old request from me and I propose a new one.

Old request:

Know in statistics the times you make profit change in 24 hours and for each moment. To determine if that percentage of mining of a coin has done it in 1 change or in 30. It would help me to make better decisions

The other request is an improvement on something existing. I mean temperature control, which is going very well but I explain.

I use both methods, both the general by TDP with its two options and also the core reduction. My scheme is as follows

TDP 1 limitation: 72 degrees, you under the TDP

TDP 2 limitation: 74 degrees, even more under the TDP

Temperature limitation in each OC or core, I have it at 76 degrees

What is the problem ?, Well, it works well, but is constantly jumping temperature. I have a card that according to the Algorithm gets very hot and is always dancing the temperature of 72 to 76 degrees. Because what happens that when it falls to 71 or 72 the limitations are removed and reheated, when it is heated, the limitations are activated and the temperature is lowered, but then the limitations are removed and again heated. I think that so much temperature change, TDP and core can be even bad.

The idea or solution I see simple. If a card activates a temperature limit for example TDP 1, this limit remains active until it changes algorithm or currency. This way we avoid getting the cards receiving a constant change of TDP and CORE all the time. It is logical that if it reaches TDP 1 and 2 and the temperature drops, if we remove the limitation it warms up again. That's why I think it's a better idea to keep the limitations until you change your currency. That way the temperature would be more stable, and I wouldn't be hitting jumps all the time between 72 and 76 as is my case, I don't want it to reach 76 every time.

I hope it is understood and that you see it well as an idea, the implementation is very easy, basically because almost everything is done, just keep limitations until currency exchange, with which the temperature will not be jumping, we are not changing TDP and CORE several times per minute to the card

Hi patrike, happy holidays. I would like you to tell me something about the suggestion I made.

I think the implementation is very easy, 90% is done. It is only to maintain the limitations if they are reached and even if the temperature drops, keep those limitations. Only if you change currency or make a change would you reset

Believe me that I have several cards constantly dancing between 72 and 76 and I do not like anything, and if under the OC it is for the entire Rig, while if a card reaches a limitation, it keeps it, instead of constantly activating and deactivating the limitations and producing a temperature dance. I have already broken one of those cards and I think it's because of the continuous dance, because it always reached the maximum, it went down to 71, it went back up, so 24 hours every day. Too much stress for the card.
Jump to: