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

Have you tried it to say that?

I get coins and they are between 10 minutes and 50 minutes, sometimes longer.

The key is the percentage of profits, the difference that must exist between currencies.

If I play with time, for example 15, 20, 25 minutes, if you make a bad change of currency (a lot happens), you will be undermining a bad currency for a long time. At 1 minute, that error only lasts 1 minute.

A 30% change, my currency must lower profitability and raise another.

I suggest you try it before accelerated conclusions.

I think that, as in the previous commentary, you do not bother to do any kind of tests, so your experience is minimal, no matter how much theory you may know.

I have done many combinations for days and measuring the profit in satochis, I am looking at the coins and the changes for hours .. Please, please try the configuration.

Not because it is 1 minute, it will change every bit, as I mentioned, when you catch a coin you can hold it for a long time, that high percentage filters the peaks of some coins that you have sometimes and I avoid making useless changes.

Please try, or tell me your configuration and I will taste it with pleasure to draw my own conclusion, but surely you have already tried your configuration.

So what do you suggest? to look for the best group and leave the profit at 1?

How to know if a group is the best or not, if it is not measured with a test?

I am going to leave a list of different currencies, looking for your best Pool, and you will see what difference there is from estimated profits (profit 1) to when it is measured at least 2 times, that is, two tests of 3 hours at different times and doing the average, you can verify that Profit 1 is not valid and is deceptive.

I really appreciate your answers, and I know that theoretically you are right, but one thing is theory and another practice.

Honestly, I think you want to make the difficult easy. You can win with little effort, but you can earn more with more effort.

List of measured coins, measured in Profit, have been tested twice and averaged their results, from the estimate to receive and what is actually received in the pool, to see if you understand the problem


INN  0.60   BSOD 
MANO  0.80  gos.cx 
ABS 0.65    gos.cx   
DNR  0.65    yiimp.eu 
BTX  0.95     suprnovq
RVN  0.9     ravenminer
PGN  0.97     suprnova
XVG  0.80      suprnova
CREA  0.77    yiimp.eu
RABBIT  1.2   angry pool   
BSD  0.80  Suprnova
ZCR 1.05   phi-phi-pool 
GIN  1.07  angrypool       
XMN 0.95  gos.cx   
Mona 0.65  suprnova
GRLC  0.9    garlicpool     
DSR  0.80  uniming.net
TLR    0.90 taler-pool.online
MBC  0.65  arcpool    repeat  in blockmasters.co     
Urals  1.6  pool.uralcoins.info   
Kreds  0,70  supernova     
B-hash 1.15 BSOD
Ore  0.95
btcz 1.01
GRV  1.04  BSOD   
ALPS  0.98 angrypool 
CRS  0.9  haspool.eu
Lux Phi2  0.84 bsod   
hth   0.80  protopool
btg 0.95  suprnova
crc   0.80   bsod   
DIN 1.05  BSOD
ZXZ  1.01  gos.cx   
SPK  0.7  bsod   


You only look for the best pool (I also look for it, but I check it) and forget, do not change any parameters or test the pool's performance.

Now think slowly, and imagine who will have the best auto swtich closest to reality.
And now I wait for your explanation because what I do is wrong, or really bad is to make the minimum effort and then complain about poor performance.

Right now I'm testing coins and pools, my goal is just to stay between 20-30 coins that I will change every month, we are several people at once checking the performance of the pools and we write them down in an online excel, each one deals with a Lot of coins and makes the measurements.

Now say that my way of working, even being slower and heavier, has no logic but to add a pool and forget.

It's the last time I post that list and it's not complete. Every 15 days all the coins are reviewed, first we look for a better pool, and then we do another 3 hours work test, seeing the estimated and the obtained, to calculate the Profit.

This can obviously be automated in a certain way only if the program allows it, but does not allow it. These measurements are key to hit more times in the auto switch.

For you a pool can be good, because it is close to it, or because it conforms to ignorance, but for me it can be a pool disaster.

to practical examples, it is not the same to earn 0.1 btc per day than to earn 0.13 btc, it is 30% more, but yes, it is more difficult, but I want results, I am not afraid of working hours. To others like you, it's going to be simple and easy, but a little blind as to what you expect and obtain.

First, you have a very nice looking website there! Kudos!

Second, I'm not a programmer, so more of a copy paster and just trial & error experiment. But I do use Excel VBA to make api calls to initiate actions (rules) on miners

The call section looks like this:


Don't know how it could help by much, but to answer your question, yes, I have been able to perform actions via the API without issues.

Cheers

Hi all,

I am interested to know if anyone has successfully used the awesome miner api to perform actions as I am fairly sure it doesn't actually work.

I am trying to perform an API call to stop a miner and looking at the documentation you just need to perform a post to /api/miners/id with the post data action=stop.

Here is an output from my request, I am performing a request to the api, I am then performing the exact same request to a page that dumps request type and post data to confirm the post is correct:


This does absolutely nothing and there is no response back from the miner.

I have done quite a bit of work using the awesome miner API but this is the first time I have attempted to perform an action.
Here is my replacement for the awesome miner web front end: http://stats.finnsk3.com
I plan to add in a bunch of controls once I get the API to work for me.

not sure if this has been address, but i have 14 managed miners, but only the gpu names on the first miner shows up.   All rigs have 1080 ti's (Same msi 1080 ti cards).   

no, my rig was standby. n at awesome main, statt for my rig is stopping. must to close awesome main first before i restart my rig

I think you are introducing artificial problems here.  The hashrate on the pool side may be different, but it will be the same on your rig for the same algorithm if every other setting is equal.

I don't understand why you would intentionally connect to pools that would introduce more latency.



But this would be an inaccurate measurement by Awesome Miner.  Awesome Miner can't control the packets as they travel across the internet.  You could be affected by natural latency, by bad routing by ISPs and carriers.



I honestly think you are making this harder than it should be.  You should be selecting low latency pools.

That is way too fast.  Your miners may not even ramp up to full speed by the time another switch happens.

Is your PC crashing and rebooting?

For the coin ZERO (ZER) in the EWBF miner 0.3 there is not enough parameter "--pers ZERO_PoW"

Please add this option in the next version.

I temporarily added this parameter to the advanced pool settings.

Another possible bug:  If I set a managed miner's algo to "unspecified/multi" using Cast XMR it is still sending the --algo command line parameter of the last algo I was using, therefore I can't override it with a different algo using the command line option of the managed miner's configuration.  You really need to add Cryptonight-Fast as an algorithm choice.

The profit display for a user-defined coin does not work when the coin algo is set to "unspecified/multi".

I tried a test using these numbers:

Difficulty: 100,000,000
Block Reward: 10
Value in BTC: 1

Hash rate:  12.5 kh

Profit per day:  $0.00016

That makes no sense.   If I change to some specific algo the profit calc works.  In both cases the algo on the managed miner was set to "unspecified/multi".  This isn't a big problem but it does seem to be a bug unless I'm overlooking something.

I think you do not pay much attention to hashrates for hours like me.

Choose 10 different coins, for example Neoscrypt, from different pools in different parts of the world, and then take the test. You'll see that you get different hashrate values.

If I am in Spain and I am in contact with a server in the USA or Japan, my connectivity is not as good, with which the hashrate is reduced. If the configuration of Vardiff is not correct in the server, it also changes the hashrate, and so several more things. Hypothetically it is always the same hashrate, but different causes make it fall for different reasons. A Pool in a bad server, will have bad connectivity, bad response, and therefore a poorer hashrate.

The only way to get it right and correct is to be able to measure the hashrate by pool / currency

I only invite you to take the test and then give your opinion. I have seen it in many currencies, in X17, x16s etc ... Different currencies, different hashrates, but within a margin. In X17 XVG the same rig gives 114-118 mhs, and in another currency that I can not remember now it did not exceed 105, and it is the same thing.

These hashrate differences cause the switch to be incorrect.

This is forcing me to do 3 hours tests in each pool / currency to see the deviation and modify it in the pool through the Profit field, but this is just a patch.

Please do the test and then give your opinion.

Need to add Cryptonight-Fast as an algorithm.

I have a question about the SMTP notifications, if the awesome miner fails to send a notification email for some reason, is there a way for the program to resend it

Thanks, that did the trick!

You need to add BTG from what to mine See Image

Add this: https://whattomine.com/coins/214.json

I don't have that in my version (v5.3.1 Premium):



I do have them all checked under algos:



But I haven't been able to bench any of them since I can't associate them with a pool.

I think you do not pay much attention to hashrates for hours like me.

Choose 10 different coins, for example Neoscrypt, from different pools in different parts of the world, and then take the test. You'll see that you get different hashrate values.

If I am in Spain and I am in contact with a server in the USA or Japan, my connectivity is not as good, with which the hashrate is reduced. If the configuration of Vardiff is not correct in the server, it also changes the hashrate, and so several more things. Hypothetically it is always the same hashrate, but different causes make it fall for different reasons. A Pool in a bad server, will have bad connectivity, bad response, and therefore a poorer hashrate.

The only way to get it right and correct is to be able to measure the hashrate by pool / currency

I only invite you to take the test and then give your opinion. I have seen it in many currencies, in X17, x16s etc ... Different currencies, different hashrates, but within a margin. In X17 XVG the same rig gives 114-118 mhs, and in another currency that I can not remember now it did not exceed 105, and it is the same thing.

These hashrate differences cause the switch to be incorrect.

This is forcing me to do 3 hours tests in each pool / currency to see the deviation and modify it in the pool through the Profit field, but this is just a patch.

Please do the test and then give your opinion.

1m   28-32%