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

Is there a way to reverse an update, recent update has kinda broken my profit switching on my rigs... I have rigs attempting to mine algo's that are not even checked in the profit profile they are using, i even set the hashrate to 0 to attempt to deter the rig from trying to mine this algo, but it seems to be bugging/glitching out, because its seeing profit calculations in the 10k's.... i even tried unchecking them under options, algo and the algo was still being switched to.. the only way i was able to stop it from occurring is go into software and disable the algo on that miner software...

I also would be interested in automated benchmarking every so often to guarantee the best profits.
[/quote]


Is Patrike alive ? It seems other software will soon be better than Awesome Miner if AM is not maintained and improved every day.

I strongly advise that AM should have an option for "precise benchmark" that should also test various intensity settings for each GPU and each mining software and save them. Right now AM leaves intensity settings to default miner's values that results in 20% lower income from the miners just because of lacking the usage of the intensity with the best results.

What news do we have about better results with pool statistics to avoid issues with spikes ?

BTW, did you see the features other software offers that is missing from AwesomeMiner ?
https://github.com/nemosminer/NemosMiner-v2.5

NemosMiner
Uses calculations based on 24hractual and currentestimate ahashpool prices to get more realistic estimate.
  Includes some trust index based on past 1hr currentestimate variation from 24hr.
  AND is NOT sensible to spikes.
  This shows less switching than following Current Estimate and more switching that following the 24hr Actual.
  Better profitability.

It is great to see pool owners collaborating with Patrike and I do think this is the best solution for both AM and pools and of course for miners that want to have a reliable profit.

Absolutely.

The current estimate is based on all the information the pool has currently, such as difficulty of the coin(s) being mined and the latest exchange rates to BTC (if applicable). That information will be out of date very quickly because both difficulties and exchange rates change constantly but the pool will continually adjust the current estimate using the latest info.

The 24hr value is an aggregate of estimates that older than the current one and up to 24 hours old. It is specifically NOT taking into account current difficulties or exchange rates.

This is a simplistic example that assumes difficulty does not change:

The pool might be mining two coins on the same algo - A and B.
A is the most profitable coin and is mined most of the time, but B is popular with payouts and left on the pool primarily for that purpose.
The value of A is normally 2x the value of B.
Perhaps there is some scandal involving coin A and the exchange rate drops dramatically making B the more profitable coin on that algo.
The current estimate will immediately drop by 50% because the pool is now mining B.
The 24 hour estimate will gradually drop over the next 24 hours until it also reaches 50% of the starting value.

If the mining software is choosing the pool/algo based on the current estimate it would probably swap to something else within a few minutes. If it were using the 24h figure it may take several hours before the average value drops to a point where the rig switches.


I won't dispute your findings - let's just agree there are a lot of variables


This is actually a separate issue but one worth mentioning - a big enough spike of new miners connecting can absolutely break or degrade a pool. There is nothing in the API currently that indicates the how busy the pool is as a percentage of total capacity or similar. The Awesome Miner dev is putting in some features which should help detect when this is occurring and temporarily disable to pool until it recovers.

I posted this back a month ago in this thread in reply... maybe this will help again?



What are you trying to mine at nanopool?  I'm assuming it's either Monero or Electroneum since you are asking about XMR Cast Vega.

Cast XMR is built into AM, so I would try with this mining software first.  When you setup your pool information in AM for nanopool, the server URL should be:

xmr-us-east1.nanopool.org:14444

Change the "us-east1" part to your region's server URL.  See here for the other region server names:  https://xmr.nanopool.org/help

If you are mining ETN, then lookup the server and port name here:  https://etn.nanopool.org/help

The worker name that you put into the pool definition for AM is going to be different depending on what kind of wallet you are mining to.  The easiest to setup looks to be to your local wallet.  It has the format of ADDRESS.WORKER so your worker name would be your Monero or ETN address only.  On the Managed Miner is where you tick the box to append the worker name to the pool worker name.  So if your worker name in the pool definition is ABC123, and the appended worker name in the Managed Miner is RIG1 then AM will put those two together to be ABC123.RIG1 which is the format that nanopool is expecting for mining to your local wallet.

If you are mining to an exchange or a local wallet that requires the payment ID, then you append that to your wallet address in the pool definition.  So, the pool definition worker name  would look like:  ABC123.PayID  And then you still append the worker name from the Managed Miner of RIG1 so that AM will put it all together to be ABC123.PayID.RIG1

If you need to add an email address, then you put that in the Managed Miner worker name appending.  So if you had the pool definition worker name of ABC123.PayID  and then your Managed Miner worker name was RIG1/[email protected] then AM will put that all together as ABC123.PayID.RIG1/[email protected]

The pool password doesn't seem to matter so you can put an x.

Are you able to share your python script?  I'd be interested in what you are doing. 

Other than chainz.cryptoid.info is there any other place to pull in balance info? For example, I'm looking to setup ZCL.

Yo Patrike, any chance on an update on this? I'm starting to release my plugins for your product and it will really help to have this feature to reduce people's setup time.  

Also some users have mentioned that when using the BTC/MHs per day option they lose price quotes because AM obviously does not get the pricing info. It would be realllyyy helpful if I could just send the coin details (price, diff, etc) over the API so they don't lose that. 

Thanks!

Yes. I have released the program. Can be found in my signature. If you'd like to incorporate some of your ideas into it shoot me a PM. Happy to talk to other developers.

I have writen a python script to get stats from whattomine.  They have data for 206 coins, but only has details for about 70, and use only about 50-55 in their calculator.  I still miss some coins, such as those listed on crypto-coinz.net.  Are you getting coin difficulty, block-time, global-hashrate, from any other source?

Hi, can someone help to config awesome miner in nanopool? please ... in the Pool section - Desc- OK, Server URL -ok , Worker -? pass - ? wallet - ?
on this pool there is specific wallet address like examp so where to wright this option in awesome miner ? cast_xmr miner and cryptopia - on cryptopia there is wallet+ID , i tried to put wallet.ID on wallet space for the pool but nothing happens , miner working but where ? i don't know . nothing showing in nanopool statistic

If you're talking about windows flagging your miner as a virus, I had to set exceptions (in Windows Defender) for the AwesomeMiner folders in C:\Users\yourusername\AppData folder, then delete the AwesomeMiner folders in AppData folder (I deleted the ones in Roaming and Local folders...that was the important step for me) Reboot, and I was good to go.

If that's not your issue, then sorry I'm no help

Are you sure that mining current profit is better than 24h?

I did the test with 2 identical rigs using 2 separate btc addresses and it turned for me that current statistics had lower BTC income after 24 hours or 48 hours than the rig with 24h statistics. Anyone else tested with 2 identical rigs and separate payout addresses for accuracy ? All you have to consider is the actual BTC amount from your payout address, not current statistics that have nothing in common with real income and all you care is the amount you are getting paid, that is important.  

Pools are adjusting difficulty and also many coins have a lot of variation in difficulty, but the low difficulty that you see in statistics lasts just a few minutes and after that is decreasing a lot because of spiked hashrate. The Pool might not find any coins with low difficulty and also pool can crash because of the spike.

You end with hashrate that is not registered into the database and you are not paid for, also you have orphaned blocks.

Because pools are not using load balancing with separate servers and many xeon cpus per server they are not prepared for spikes. And when server is overloaded, you end with zero hashrate registered in the database and paid for. You are not rambursed by the pool for that, the pool received that coin and remains with it.

When you see "connection refused" from the pool that is a very bad sign.
  
I do advise pool administrators to use dual xeon servers with at least 28 physical cores and 56 threads 2x Xeon E5-2680v4 - 28c/56t - 2.4GHz /3.3GHz  (like this one https://www.ovh.ie/dedicated_servers/enterprise/1801mg03.xml )
 that will handle big spikes from current statistics. If they have 10 smaller servers, it is useles, because 90% of the time only 1 or 2 will be used by the miners so distribution of the miners is not happening and it is concentrated only to 2 or 3 algos (that are : miners with 24h statistics, miners with current statistics, ASICS and miners with AMD or Nvidia ).

With yiimp based pools I use the current estimate. The 24 hour estimate is an average of the previous 24 hours. Yiimp does not attempt to predict the next 24 hours (if it could do that with any accuracy we would all be rich ).

As they say in the financial services industry, past performance is not indicative of future results.

I'm sure others will have different opinions.

Any suggestions on how to fix the "Failed to start miner process" error? I cant seem to figure it out.

Hi all,

what are you using? 24 hour average estimate or 24 hour average current? Or maybe only current? and why? Someone is doing some test?

Thanks to all 

Correct me if I am wrong but the managed templates are for managed miners not profit switching miners. This was the first thing I tried but it wanted me to specify a coin and pool to mine to rather than allowing profit switching.

Is it possible to have the information in balance show up in the web UI?

Anyone knows if the is any implementation for individual GPU Overclocking profile to save diferente clocks of the same rig on the same profile?
For exemple i have 2 types of GPU on the same rig. When i create a profile the values will be the same for the six GPU and i needed to have independent values for the 2 diferente models on the same rig.

Also if this cant be done could we separate the gpu on the same rig to be 2 diferente miners?

I figured it out. This is now a feature request/bug report. The "Add/Change Pool..." option is missing from the web interface only for the DSTM miner. It is showing for EWBF, which happens to be what is running on the 4.1.2 agent.

Would just like to say this is great software patrike, keep up the good work! The Enterprise edition was easily the best investment I have made into mining.