Claymore's Latest version is v12.0:
- zero devfee for all 2GB and 3GB cards in all operating systems.
- reduced devfee for dual mode, now it is 1%, same as for ETH-only mode.
- a bit reduced required GPU memory (both AMD and NVIDIA) so you can mine ETH a bit longer on cards that don't have enough memory.
- added version for CUDA 10.0, it is a bit faster for latest 20xx NVIDIA cards.
- a few minor bug fixes and improvements.
Topic: [Awesome Miner] - Powerful Windows GUI to manage and monitor up to 200000 miners - page 234. (Read 703547 times)
December 29, 2018, 09:43:41 PM
December 29, 2018, 09:22:34 AM
Hello @PAtrike I want to suggest an easy function.
We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.
But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.
You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.
The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange
Thanks for the suggestion. I agree that this would be a nice feature to have.We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.
But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.
You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.
The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange
I'm glad you liked the idea, I've seen it many times in online services that suddenly enters a strong and low al-go after two minutes but the change has already caused it.
One thing PAtrike. The statistics will be improved over time, but I urgently need to know the amount of changes by al-go and currency. Know if to get X satochis in X currency has made 2 changes or 25. I share a lot of information with my people, it is an important fact, now we have screenshots of the simple statistics that you did that are very good for now, but we do not know how many times you have made auto change and in what currency. It would be very useful.
I always asking, you already organize it as you see. Great project and every day more happy to have acquired this program.
December 29, 2018, 06:46:03 AM
Awesome Miner version 6.0.9 ( Development preview of 6.1 )
This is a smaller update that includes updated versions of mining software.
To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates.
Direct download links if needed:
www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi
This is a smaller update that includes updated versions of mining software.
To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates.
Direct download links if needed:
www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi
December 29, 2018, 06:44:15 AM
Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill
I know that there are many users that already added this one to the start/stop actions when running Ethereum miner. I do however agree with your point that Awesome Miner should take care of all this automatically. I will look into this for future versions. December 29, 2018, 12:43:14 AM
New version of NBminer 12.1
https://github.com/NebuTech/NBMiner/releases/tag/v12.1
API doesn't works for me, hashrate is displayed in console but not in AM.
Thanks for letting me know. I will take a look at this one as the latest version may have introduced some API changes. The plan is to support the new NBMiner version in the next release.https://github.com/NebuTech/NBMiner/releases/tag/v12.1
API doesn't works for me, hashrate is displayed in console but not in AM.
If version 12.2 isn't working for you, could you please send me the API report for it (via the toolbar Tools -> API Report). Thanks!
Works fine again with version 12.2.
Problem fixed !
December 28, 2018, 01:39:16 PM
Hello @PAtrike I want to suggest an easy function.
We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.
But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.
You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.
The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange
Thanks for the suggestion. I agree that this would be a nice feature to have. We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.
But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.
You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.
The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange
December 28, 2018, 01:38:04 PM
I see prices different from bid and ask in STL. Maybe he's fixed it already?
https://cointomine.today/calculator/coin/STL/
Yes, now they are different. That wasn't the case when I sent you the link before. My point was also that looking up a coin directly on the web site for troubleshooting purposes can be a good - to take out Awesome Miner from the equation. https://cointomine.today/calculator/coin/STL/
December 28, 2018, 01:36:05 PM
New version of NBminer 12.1
https://github.com/NebuTech/NBMiner/releases/tag/v12.1
API doesn't works for me, hashrate is displayed in console but not in AM.
Thanks for letting me know. I will take a look at this one as the latest version may have introduced some API changes. The plan is to support the new NBMiner version in the next release.https://github.com/NebuTech/NBMiner/releases/tag/v12.1
API doesn't works for me, hashrate is displayed in console but not in AM.
If version 12.2 isn't working for you, could you please send me the API report for it (via the toolbar Tools -> API Report). Thanks!
December 28, 2018, 12:12:16 PM
Hello @PAtrike I want to suggest an easy function.
We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.
But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.
You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.
The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange
We already have an option for when AM enters to mine a currency, mine a minimum time that you can define, is very good to ensure that the miner is already hot and gives the appropriate profit. I for example use 3 minutes.
But there is something very similar that can be done and that can greatly improve the auto profit, especially with the theme of auto exchanges such as Zpool etc ... Many times in Zpool or in Nlpool when an al-go goes into profit, it it does in flash mode, that is, it makes a profit of 0.0030 and in two minutes it stabilizes much lower, even if it is not profitable, which makes a false profit change.
You could put an option next to the other where indicate that a currency when it is profitable, it should be X minutes (for example 3, 4, 5, 6 miutos) and so know that it is not auto exchange problem.
The problem is that when a currency enters into profit in the auto exchanges, they exaggerate the profit until a couple of minutes passes and re calculate the profit, and when it does the profit goes down to the real. With this option we can control even more the false changes of auto profit. They also serve for loose coins, which suddenly receive too much hash and fall into performance. For me I would use it with a time of between 3-5 minutes to make sure that the change is more likely to be successful, and leave time for the auto exchange
December 28, 2018, 11:48:59 AM
I have something to say about something that they always ask me about the telegram group, and from so much explaining it, I myself have doubts. I hope to explain it well because then when translating everything is changed.
It is about the change of profit 0.9 or 90% etc ... And especially in the auto exchanges like Zpool.
I think, and I repeat, I think it's not quite right or at least it does not look good.
I have for example Zpool with Skun, and there I mark a profit calculated of 0.69% for that protocol, but the price that I get on the screen is the price of Zpool without applying the profit reduction, that is 69%. That is true?
If so, any currency that I change the profit, or in the auto exchanges that auto calculate the Profit, should reflect the price already modified by the corresponding profit.
for example if SKUN in Zpool says that I get 0.0020, that's what it says in Online Services, but I really should dial 0.0020 - Profit, in this case 0.67, would be equal to 0.00134 which is what I should show.
Because to show the prices without modifying the profit, the listings when ordering them for benefits, it does without calculating the profit change and this drives me crazy and they ask me hundreds of questions in the group related to that.
Sometimes there are users who are excited to see a high amount and leave only one Al-go because it marks a very high profit, but that amount has not been subtracted from the profit. Be a loose coin or the al-go of an auto exchange.
Then in the group they tell me, is that I mined X but I won -X, I mean less, because they only pay attention to the profit of the currency that has not applied the profit in real time, which is how it should be. or that or Zpool is cheating us. But also useful when I measure currency / pool and get 0.85, the price that should appear on the AM screen should be the (price - profit) already applied to give more truthful information and close to reality.
Sometimes I get the impression that the change of profit is not taken into account, but that is an observation of mine that can be wrong.
I really have serious doubts if that modification of profit is being applied both in the prices that we see and in auto profit. Because there are many who ask me and drive me crazy in the telegram group with this topic. I think I remember, that is taken into account but do not reflect it on the screen and I personally believe that the price should be reflected on the screen already modified by the profit, thus avoiding mistakes and giving the most accurate information.
I await your comments @Patrike
The Zpool API reports the current profitability per MH/day:
"estimate_current":"0.00000235"
You can use this link to see the values provided for zpool for each of the algorithms: https://www.zpool.ca/api/status
My Awesome Miner shows BTC/GH/day as 0.0014 BTC, Actual Payout as 61.68% and Revenue as 0.00062 BTC right now using your hashrate. This is close to the numbers in your screenshot.
If I take the reported profit from Zpool, convert it from MH/day to GH/day and multiply with 61.68%, I get the following value for BTC/GH/day:
0.00000235 * 1000 * 0.6168 = 0.00144 BTC
This is the value you I see in the BTC/GH/day column in Awesome Miner - so the calculations are correct. It's also very close to the numbers you showed a few hours earlier. Multiply with your hashrate in GH (0.43269), you will get the Revenue of 0.00062 as displayed in my case.
If I set a custom Profit Factor for Zpool of 0.5 - I also verified that all BTC values on the Online Services tab are cut in half for Zpool Skunkhash - so that also looks fine.
What I'm not sure about in your screenshot is the Profit column as it looks like the same as the Revenue column. This will of course depend on power cost settings and so on so I cannot verify if it's correct. Is the Profit column an issue here?
Thanks for the explanation, now everything is clearer and I can explain it better to my people.
In the discord channel of the owner of CTM I have reported several currencies that the result they show is always the lowest sale price, instead of the highest bid, which I always use.
The API programmer constantly refuses me and gives me examples and says it's more your fault than your API.
I tell you what you tell me, you can enter the general channel of the discord where I have developed the conversation to see my captures and evidence that the price is wrong and its explanations like that he does it well and that you are really reading poorly the API. Something that I do not believe and that surely has been solved in these days but is too proud to recount failures. Whatever it is, please read the Cointomine channel, in your discord, give examples of the API.
regards
https://cointomine.today/calculator/coin/STL/
I see prices different from bid and ask in STL. Maybe he's fixed it already?
https://cointomine.today/calculator/coin/STL/
December 27, 2018, 10:05:03 PM
Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill
It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.
Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725
For what GPU's are?
December 27, 2018, 03:30:05 PM
Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill
It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.
Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725
For what GPU's are?
December 27, 2018, 12:38:13 PM
Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill
It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.
Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725
December 27, 2018, 12:13:30 PM
Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill
It would be fine for coins based on Ethash that Pill will be launched automatically or that there is an option to activate it when an Ethash coin is thrown. The hash actually goes up and for many it can be complicated to add it through a rule.
Cryptodredge 15 I hope this better optimized for rtx gives me many continus failures in HMQ1725
December 27, 2018, 10:40:14 AM
Please build add OhGodAnETHlargementPill tablet launch https://github.com/OhGodACompany/OhGodAnETHlargementPill
December 27, 2018, 10:05:50 AM
CryptoDredge v0.15.0
https://github.com/technobyl/CryptoDredge/releases/tag/v0.15.0
Add MTP algorithm
Fix Lyra2REv3 performance
PLS add dev relese
ZCoin (XZC) Balans: https://explorer.zcoin.io/api/addr/[address]
Thanks. There will be a new development release within the next 1 - 2 days. https://github.com/technobyl/CryptoDredge/releases/tag/v0.15.0
Add MTP algorithm
Fix Lyra2REv3 performance
PLS add dev relese
ZCoin (XZC) Balans: https://explorer.zcoin.io/api/addr/[address]
December 27, 2018, 08:36:28 AM
CryptoDredge v0.15.0
https://github.com/technobyl/CryptoDredge/releases/tag/v0.15.0
Add MTP algorithm
Fix Lyra2REv3 performance
PLS add dev relese
ZCoin (XZC) Balans: https://explorer.zcoin.io/api/addr/[address]
https://github.com/technobyl/CryptoDredge/releases/tag/v0.15.0
Add MTP algorithm
Fix Lyra2REv3 performance
PLS add dev relese
ZCoin (XZC) Balans: https://explorer.zcoin.io/api/addr/[address]
December 26, 2018, 06:25:18 PM
Patrike,
temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?
Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.
Do you see the GPU temperatures on the GPU tab for this miner? If not, this feature might help you:temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?
Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.
https://support.awesomeminer.com/support/solutions/articles/35000086014-display-additional-gpu-information
TRM always uses Restricted API mode. What kind of operations are you trying to perform? Operations like Notifications and Reboot should always work for example.
Dont know why, but it works (again)
I could swear temp rules for TRM worked in the past, but didnt tested them for a long time. Yesterday I tested them again because I updated some rules, and nothing worked... But after the restart all was fine.So dont care about my post and sorry
December 26, 2018, 05:49:22 PM
Patrike,
temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?
Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.
Do you see the GPU temperatures on the GPU tab for this miner? If not, this feature might help you:temperature rules for TeamRedMiner doesnt work, AM ignore them or just dont execute them (dunno). Can you check that please?
Maybe its because TRM have restricted API access? Is there any way to make that work? I really need an alert when a specific temperature is reached.
https://support.awesomeminer.com/support/solutions/articles/35000086014-display-additional-gpu-information
TRM always uses Restricted API mode. What kind of operations are you trying to perform? Operations like Notifications and Reboot should always work for example.
December 26, 2018, 05:39:54 PM
https://github.com/andru-kun/wildrig-multi/releases/tag/0.15.0
added mtp algo
added SSE4.1 instructions to boost MerkleTree generation on low-end CPU's
added huge pages support for faster memory operations(need fresh Windows start and enough memory)
reworked --mtp-stable-power
Thanks. Is it correct that this 0.15.0.7-mtp version is for mtp only? I think I missed that part in the previous Awesome Miner release.added mtp algo
added SSE4.1 instructions to boost MerkleTree generation on low-end CPU's
added huge pages support for faster memory operations(need fresh Windows start and enough memory)
reworked --mtp-stable-power
If that's the case, Awesome Miner should include only version 0.14 at the moment and 0.15.0.7-mtp should be a custom zip-file path for a user defined Managed Software.
Jump to: