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

Let me see if I follow... you have Awesome Miner installed on a separate computer from your rig... or are they on the same computer?  If they are on the same computer, your computer may have rebooted, and that's why it appears that they have both stopped.  You can enable a feature  to start Awesome Miner to start when windows starts under the General options.

Your last sentence makes it sound like you moved the Awesome Miner program to another computer and you are still having this problem?  Did you install the Remote Service on your rig?

I see that the EWBF CUDA Equihash miner 0.3 is included in the current 5.3.1 version of AM.  So Equihash BTG (144.5) is supported from a mining software standpoint.

However, if I create a pool to mine BTG using the new algo, I don't see BTG listed on the coins drop down menu.  In fact under the Equihash algo, I only see the coins that have not forked yet.

So will an upcoming version of AM include the new Equihash algos on the Pool drop down menu?

I do see the new Equihash algos under Options/Algorithms, they are just not there to chose from when setting up a pool.

Hi Patrike. Looks like your advice helped with my issue with AM forgetting the locations of my custom miners. The file location was marked as read only in windows. I changed it but it kept changing back. I had to use a tutorial I googled to get the changes to stick, apparently some windows update screwed up windows for everyone it installed for. I always disable updates, but I do let it run once on a new install, and I guess that's what happened. Anyways, I had a good idea, not sure, but it might be an easy one. So about the field that you created in online services that keeps track of pool performance, is it possible for it to show numbers above 100%? That could make it more accurate. Thanks for all your help, and for creating a superb program!

I'm not sure why you would want this.  Awesome Miner calculates your earnings based upon your current hashrate, and current price price/difficulty of the coin.

If you are getting a different hashrate for two coins on the same algorithm, then something is wrong with you system or setup.

Hi, it actually makes sense to have benchmarks per coin instead of per algo. It may be a bit of hard work to tweak this in the programming, but in the long run us (users) will have a more down to earth expectation of what we would be earning and the profit switching would be more accurate.

Using that Fork is when I realized the difference of hash between currencies of the same protocol, that disables the effectiveness of Auto swtich and maybe it is the biggest failure of the program, which in my opinion should be taken into account for next updates, for Ensure better changes of the auto switch.

I use all the functions, and I am in front of the computer more than 10 hours every day, it is normal that if I touch all the functions and use all the functions, it is normal that I find fault, and the good thing is that we have a good programmer that corrects The falls.

If you do not understand half of what I say, it is because you do not know how to handle the program, or you do not understand the problem of having different HASHs in each currency for the same protocol, so it is difficult for you to guess the change.

Either I'm crazy or you're a newbie, it must be one of those two things.

If you only use the basics functions with an ASIC, you will not find big problems, because you will only be using 10% of the functions. I use EVERYTHING, I take it to the limit and I suggest the solutions.

That for a same protocol there is a different hash in each currency, whether x17 or neoscrypt, makes the swtich not very accurate.

IF you only put asic, that's easy and for people with little knowledge, you only use a small part of the program

For the programmer a user like me is worth his weight in gold. Because others like you, only use a small part, and when there is something strange or worry about reporting the error, with which, PAtrike can not improve it.

Hi, I needed some help. My awesome miner sometime turns off by itself. After a couple of hours, the server and the ring seem to be missing and I have to start it over. The rigs and the server are physically still powered on, but the mining stops. I have to manually open and click start to mining again.  This start to occurs when I move the server to different PC. The server from previous PC have been uninstalled.

Please give some suggestion on this issue.

 Thanks.

Thank you for the last version. JCE is working like a charm!

I have a (new) suggestion:
- Allow different pool groups to every profit miner.

Example:
I have some GTX1060 3GB. They dont mine ETH and ETC. But my GTX1070s do. For now I have to disable ETH and ETC in pools groups for all GPUs.

Is there a way to disable ETH/ETC only for one profit miner?

I've been thinking a lot about AW and it's a great software that requires a lot of attention, but it has a huge weak point.

They are the Benchmark that are made by protocol. I can see that I have a different HASH in two coins of the same protocol. It is very noticeable, I mino much neoscrypt, the same rig for a coin can give 5mhs, but for another currency neoscrypt can give a rate of 7 mhs.

Then thinking one realizes that it does not make sense that the switch is done only by the hash of the protocol, that's fine for the pools type Zpool and auto change.

But if I have 80 coins added, I need to know the hash for each of them, because although many are from the same protocol, they get different hashes. This difference can be by the ping, it can be by the stratum, by configuration of the Vardiff etc ...

Consequently, it would not be unreasonable PAtrike that you are considering in your programming that we can also save the hash for currency, and that this is the one chosen to make the Auto Switch.

I think the problem is perfectly understood, and is the culprit that some currency changes are worse instead of better, something that should not happen, and that only happens because of what I just commented.

A program of this price and this level, with so many added functions (and many other bugs), should be closer to the reality of each currency, being able to obtain that hash per currency / pool, instead of only Protocol HASH, which in the end it is not precise at all.

My guess is that "--p" should be "-p"

Trucobit... you have some crazy ideas and really edge-case problems... keep them coming.  I've been taking a break from posting, but I'll go back and see if we can help you.

I've been thinking a lot about AW and it's a great software that requires a lot of attention, but it has a huge weak point.

They are the Benchmark that are made by protocol. I can see that I have a different HASH in two coins of the same protocol. It is very noticeable, I mino much neoscrypt, the same rig for a coin can give 5mhs, but for another currency neoscrypt can give a rate of 7 mhs.

Then thinking one realizes that it does not make sense that the switch is done only by the hash of the protocol, that's fine for the pools type Zpool and auto change.

But if I have 80 coins added, I need to know the hash for each of them, because although many are from the same protocol, they get different hashes. This difference can be by the ping, it can be by the stratum, by configuration of the Vardiff etc ...

Consequently, it would not be unreasonable PAtrike that you are considering in your programming that we can also save the hash for currency, and that this is the one chosen to make the Auto Switch.

I think the problem is perfectly understood, and is the culprit that some currency changes are worse instead of better, something that should not happen, and that only happens because of what I just commented.

A program of this price and this level, with so many added functions (and many other bugs), should be closer to the reality of each currency, being able to obtain that hash per currency / pool, instead of only Protocol HASH, which in the end it is not precise at all.