Author

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

legendary
Activity: 3346
Merit: 1094
Need to add Cryptonight-Fast as an algorithm.
This one is included since a few versions ago. Please check if it's made visible in the Options dialog, Algorithms section.
legendary
Activity: 3346
Merit: 1094
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
Right now there is no resend feature for outgoing mail.
legendary
Activity: 3346
Merit: 1094
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!
Hello Patrike. So, unfortunately my problem returned. Everything was fine for like 10 days, and then I updated AM, and immediately after AM restarted it forgot all my changes again. So as far as what I did before with windows, the tutorial I read online told me I had to regain ownership of the folders (the whole drive as a matter of fact) then remove the checkbox in file explorer for read only. The thing that is really annoying is that the box still shows up as checked no matter what, (even if the drive is no longer read only) and other Windows users have confirmed this, but I am now able to add or delete files after following the tutorial. I believe the last time AM forgot my settings was right after another AM software update. If AM is able to update it's software why would it be unable to update the config file? Another interesting side note is that AM is remembering some things I've changed. For instance I changed a couple of my wallet addresses and those haven't reverted back when AM forgets the other items. I'm a bit frustrated at this point, every time it happens, at this point I basically have a config file in my head. (Ok, here we go again, point to excavator, point to nevermore, point to ccminer, point to claymore cryptonight miner, delete Baikal cube miner, update ip address of Baikal A900) Any other ideas you have will be greatly appreciated, I just want to keep the miner running. Thanks.
It sounds like the Windows system have some strange behaviors here. Are you running any security software that causes these issues?

Awesome Miner is not using the same folder for upgrades as for the configuration file. If the user roaming folder where the configuration file is located is set to read-only, Awesome Miner will run into issues saving the configuration.

If you have a specific time where you think Awesome Miner did something wrong, please send me the log file by mail and indicate the time of the issue.
legendary
Activity: 3346
Merit: 1094
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).  

On some systems, you need to update the MSI Afterburner Remote Server dll-file according to the instructions in the section "Updated Remote Server DLL-file" at the bottom of this page:
http://www.awesomeminer.com/help/gpuclocking.aspx
legendary
Activity: 3346
Merit: 1094
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?
yes, i install the remote service on my rig.  i change my main awesome from laptop to pc. when on laptop awesome running well. after i change to pc then prob come, i use same registration code on my new pc.


Is your PC crashing and rebooting?
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
Is it that you have two Awesome Miner main applications running, both connected to the same Remote Agent? Are there three computers involved here, a mining rig, your laptop and your desktop PC? What's installed in terms of Awesome Miner main application and Remote Agent on each of these?
newbie
Activity: 13
Merit: 0
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:

Code:
URLConcat = "http://mypc:17790/api/miners/" & Cells(2, 1).Value & "?action=rule&rule_id=9"

Set objHTTP = CreateObject("MSXML2.ServerXMLHTTP")
objHTTP.Open "POST", URLConcat, False
objHTTP.setRequestHeader "Content-Type", "application/x-www-form-urlencoded"
objHTTP.send ("")

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

You are a life saver, adding Content-Type to the request header sorted it out.
For those using curl or PHP:
curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/x-www-form-urlencoded'));

Here is my completed code, now my wife can use her PC with out having to worry about stopping the miner. (She has 2x 10080tis in her rig)
https://pastebin.com/30c9LKdj
sr. member
Activity: 700
Merit: 294
I honestly think you are making this harder than it should be.  You should be selecting low latency pools.

I just bothered to read all your comments in bitcointalk. You always want to be right, and even to insult people calling her silly for using the term ROI which is also very valid.

Ugh...   I'm not going to get into this.  I've insulted no one, even when I'm right.  When I'm wrong, I certainly admit it.  Good luck with your experiments.  I suspect that when you get some more mining experience, you will understand what I'm trying to convey.


Quote
In all the post you end up arguing because you are intransigent, and for what you have shown me in AW, a total ignorant of the practice, but if you know the theory.

Good luck... some day you will realize that profit switching is a game that you cannot win.


Quote
That said and for the good of the forum, I will not answer any comments. If you are looking for a fight, look for it in another post. To others, who see their message history and see that he is an unpleasant person who only knows how to talk and always wants to be right, it does not matter what post you read. He is very smart and the others are very stupid

If your life sucks, do not infect me. Here ends my conversation with you and your super intellect, and I will ignore you.

Have fun.  If you care to comment once more... please quote me where I insulted you?
sr. member
Activity: 700
Merit: 294

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

I applaud your efforts, but you are talking about the difference of pennies or cents.  Isn't your time worth more?


Quote
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.

Your first problem is that you are profit switching.  For many reasons... I've stated them numerous times on this thread.. chasing a hot coin is not worth the effort.  You simply do not earn more by attempting to profit switch on services like zpool.  And when you have your profit switching interval set too low like the one minute you have you are not earning more.  You are spending more time switching than mining.


Quote
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.

There are many factors you cannot control.  For one, network latency is not a static variable, as it will constantly change.  Hashrate is not a static variable, as it will constantly change.  Network hashrate and difficulty is not a static variale, as it will constantly change.  Exchange rates are not a static variable, as it will constantly change.  Different coins have different maturity rates.  Pool operators have different algorithms for getting coins to exchanges, Low volume coins sell at different rates, and dumps affect exchange rates.  Temporary pumps any serve to have you chase a coin that will not be worth what you think it will be when it's finally been exchanged to bitcoin and sent back to you.

jr. member
Activity: 756
Merit: 2
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.

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.
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.

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.


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

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.


Quote
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.

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

I just bothered to read all your comments in bitcointalk. You always want to be right, and even to insult people calling her silly for using the term ROI which is also very valid.

In all the post you end up arguing because you are intransigent, and for what you have shown me in AW, a total ignorant of the practice, but if you know the theory.

That said and for the good of the forum, I will not answer any comments. If you are looking for a fight, look for it in another post. To others, who see their message history and see that he is an unpleasant person who only knows how to talk and always wants to be right, it does not matter what post you read. He is very smart and the others are very stupid

If your life sucks, do not infect me. Here ends my conversation with you and your super intellect, and I will ignore you.
jr. member
Activity: 756
Merit: 2

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.

What are your settings for profit switching?  What do you have the switching interval set to?

1m   28-32%

That is way too fast.  Your miners may not even ramp up to full speed by the time another switch happens.
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.
jr. member
Activity: 756
Merit: 2
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.

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.
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.

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.


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

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.


Quote
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.

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

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.
jr. member
Activity: 348
Merit: 5
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:

Code:
Fetching: http://###.###.com:9999/api/miners/10
Post Data: action=stop
Response:

Fetching: http://###.###.com/post.php
Post Data: action=stop
Response:
REQUEST_METHOD = POST
POST DATA:
Array
(
    [action] => stop
)

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.

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:

Code:
URLConcat = "http://mypc:17790/api/miners/" & Cells(2, 1).Value & "?action=rule&rule_id=9"

Set objHTTP = CreateObject("MSXML2.ServerXMLHTTP")
objHTTP.Open "POST", URLConcat, False
objHTTP.setRequestHeader "Content-Type", "application/x-www-form-urlencoded"
objHTTP.send ("")

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
newbie
Activity: 13
Merit: 0
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:

Code:
Fetching: http://###.###.com:9999/api/miners/10
Post Data: action=stop
Response:

Fetching: http://###.###.com/post.php
Post Data: action=stop
Response:
REQUEST_METHOD = POST
POST DATA:
Array
(
    [action] => stop
)

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.
member
Activity: 75
Merit: 10
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).   




newbie
Activity: 5
Merit: 0
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?
yes, i install the remote service on my rig.  i change my main awesome from laptop to pc. when on laptop awesome running well. after i change to pc then prob come, i use same registration code on my new pc.


Is your PC crashing and rebooting?
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
sr. member
Activity: 700
Merit: 294
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.

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.
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.

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.


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

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.


Quote
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.

I honestly think you are making this harder than it should be.  You should be selecting low latency pools.
sr. member
Activity: 700
Merit: 294

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.

What are your settings for profit switching?  What do you have the switching interval set to?

1m   28-32%

That is way too fast.  Your miners may not even ramp up to full speed by the time another switch happens.
sr. member
Activity: 700
Merit: 294
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?
yes, i install the remote service on my rig.  i change my main awesome from laptop to pc. when on laptop awesome running well. after i change to pc then prob come, i use same registration code on my new pc.


Is your PC crashing and rebooting?
newbie
Activity: 117
Merit: 0
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.
full member
Activity: 675
Merit: 100
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.
Jump to: