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

https://www.dropbox.com/s/fnua5k0shd4tqdl/Captura%20de%20pantalla%202018-06-08%20a%20las%2017.49.52.png?dl=0

https://www.dropbox.com/s/qmmhjas7eld3jhq/Captura%20de%20pantalla%202018-06-08%20a%20las%2017.59.45.png?dl=0

https://www.dropbox.com/s/d1hd09lq00bh36v/Captura%20de%20pantalla%202018-06-08%20a%20las%2018.01.36.png?dl=0

A practical example That ZCR currency according to the pool I use, I get 70% more benefits than the program estimates. I have customized the program and it shows me the estimate per day, during the test I collect several times the data to average.

If you see in the image, in the View Details, it shows that it would gain 0.003 a day, but if we look at the RIG that is in Blue, it gives a much lower value, because it does not apply a + 70% that I have applied to the Pool. Then the rule works because the benefits have fallen so that the limit in this rig is 0.0021.

I'm really gaining 70% more, but since the miner does not reflect it, the Rule does not act correctly either, because according to the rule it is below 0.0021, but it is really above that figure.

That is why I say that it is an incongruity and this can not remain this way, it must be corrected for a good REAL information and that the advanced rules that some of us use, are based on real numbers with our deviation in% applied. And also these changes are really simple to perform at the level of programming, is to apply to those numbers the% deviation and also in the Dashboard tab, correct it and add our changes in profitability for each pool, because right now, your information is unreal and wrong

On the other hand, there should be a minimum of statistics. It would be very good if the program was able to save the daily gain value in every 2 or 3 minutes, and then average the day, and have a graphical statistics of the last 30 days in a simple way, without too many extras.

If the numbers were corrected to be more real, and we had a simple statistic of the daily average of the last 30 days, even if it is not perfect, if it would be very approximate and I could see if a change in AW rules or configurations give more or less benefits in Satochis from one day to the next, that's why we need a simple 30-day statistics, nothing spectacular or anything excessive, I think the program needs it.

@ patrike i have a problem, i only view profit/day only in usd and btc if i change currency show zero value

You got me thinking and I think I found a simpler solution (or at least one that I like more): just go to the profit profile, Ethereum and set the dual mining hashrate to 0.
Thanks

Really what you ask for is done or half done. Within the configuration of a pool, on the left go to ADVANCED and below you can vary the profitability of that pool, this is how I do it and it is the right thing to do. The hashrate for each protocol is the same, the pool can vary by the Ping as you say, or connection problems etc ..

https://www.dropbox.com/s/00y2dx83t4rc9b1/Captura%20de%20pantalla%202018-06-08%20a%20las%2016.23.48.png?dl=0


This corrects what you ask and can do for each pool, add a negative or positive%, because I have found coins / pools that make me earn 50% more, and that hyay to reflect it.

But really then it is misinterpreted within the same program. Let me explain, I use Auto Switch to 60 minutes or more, but in each miner I add a rule, that if the benefit falls below X amount, that miner makes auto switch and restarts the miner to go to another currency. In this way, if I am in a currency that exceeds my minimum amount, it may be undermining much longer and be more profitable.

But that amount is not reflected in the other panels nor are they taken into account for the rules nor in the general statistics, that is half done well. IF it serves at the time of Auto swtich, at that moment if you keep it in mind if you earn more or less for the number that you have indicated. But as I said, I use a rule for each RIG that until it does not fall of X profit does not make Switch, but it is fixed in the benefits without that the gain is modified, look at the following capture

https://www.dropbox.com/s/j1o1c10rkr2kr0l/Captura%20de%20pantalla%202018-06-08%20a%20las%2016.33.46.png?dl=0

That menu is right click on the rig, VIEWS DETAILS, and you see the autoswtich information. If you look at the first result of that window and the amount of the first miner that is in blue, you will see that there is a difference. While the views views window shows the hashrate corrected with our value% that we have added in the pool, in the information of the miner in real time, that% correction does not apply, nor in the statistics window per day and monthly, bone gives a number that does not help us at all, is indicative.

If I invest hours a day in testing coins and pools, and on your estimate correct the real one with a% deviation in each pool, I do not understand why it does not apply to all the information. It makes it almost impossible for me to manage the RIG with the rule that if the daily benefit falls below X, change, because it takes the value of the RIG without applying my% deviation. And I have pools that range from -50% to + 50%. For me it is very important that this value is reflected on all sides, because the daily and monthly statistics do not take it into account and therefore it is a mere adornment.

And to the comment above, the programmer just said "is not designed for that", but that's not my problem. If a pool has a% correction it must be applied on ALL SIDES, to have correct information and for the switch based on a benefit falling below a number, look at the real number with the% percentage applied, if not, Has no sense.

That% deviation only works at the time of autoswicth, there perfect. But not in statistics and not in the real-time miner, with which applying rules on that number is possible but it is not effective after the autoswtich to control the profit perfectly, of course for me personally it is the great failure of this program, not It is serious, but it is easy to fix and adapt it, just add that% in statistics of the miner and in the statistics panel. Thus a rule based on a minimum profit per miner could be effective.

I pray every day for the programmer to correct this, because it is also incongruous, that I show statistics or that in real time in each miner I get the value of uncorrected profit. Really, it would be the most urgent thing to do according to my opinion, we have 1000 functions, rules, menus, options, but then it turns out that they work on a number that does not have the correction or adjustment% applied, it is something that does not make sense and the Change in programming is minimal and fast. It does not make sense to show falsified statistics because they are not corrected. So that I am worth so much option if then the program does not respect my corrections of pools to make decisions by rules.

And on your question, in each pool, modify in advanced with that%, and you have corrected what you said.

What I did was disable each of the dual mining algorithms on the profit profile for the miner in question. They'll never be the most profitable by themselves anyway, and if that ever changes for one of them, you could always reenable them.

Thanks for your advice ! It works perfectly !

I feel there should be an easy dropdown or box to specify Intensity for ccminer.
Specifying per algo would be great too.

Right click, properties, environment, process settings, console window mode. Default is "show formatted console window"

Hello, Patrike
After analyze the statistics I came to understanding important thing: the hashrate of the same algo can be different for different pools. I saw at least 3% difference based on connection ping, pool load and pool mining settings such as difficulty or other things.
Please, make independent hashrate profile values for different pools for the "save hashrate..." function to make profit switching work correctly.

On one of my rigs, for whatever reason, the console windows do not appear when miners are running.  It still works though, AM launches the miner and gets stats back.  Anyone have any idea what would cause this?  I can't think of any Windows setting that would cause this.  

On a managed profit miner is there a way to disable ethereum dual mining, but keep ethereum by itself with accurate profit calculation?

Any others have issues with the dashboard or miner screen not updating with the latest version?

For me the stats never change, including showing miners as off-line.

Thanks!

Hi Patrike,

can you please update all XMRig versions?

Is there a chance to add JCE Cryptonote CPU Miner?

https://bitcointalksearch.org/topic/xmr-jce-miner-cryptonightforks-now-with-gpu-3281187

Hi and thanks for your question. I wasn't able to reproduce this issue. I've tested by sending an HTTP post to:
http://localhost:17790/api/miners/13?action=rule&rule_id=4

Can you see if you get a "200 OK" as result from this HTTP request? Can you also check if Awesome Miner processes this request by looking for "Executing command from web" in the log file (Toolbar: Tools -> Log File)? Many thanks!

It's true that the Wait-behavior changed a bit in version 5.0. That was to address an issue where it simply could block all rule executions from running. A side effect might have been that your rule didn't trigger that often before.

There are two differenet solutions I can think of:
1) Remove the Wait action and configure your Notification action to only "Notify once". Then you will only get a single notification, until you acknowledge it.
2) Remove the Wait action and add one a Time Trigger, that triggers every 7 minutes for example. Change the trigger mode to "Match All"

Thanks for finding this issue. Awesome Miner didn't pass the configured command line parameters correctly to the SRBMiner executable. This will be corrected in the next release.

It might be possible to implement something via the C# scripting feature for these kind of scenario. I might have to expose a bit more of the coin properties for that to work. It's a quite special scenario, so I rather see this as custom scripts to minimize the overall complexity in Awesome Miner.

Thanks for sharing the information. The API looked a bit limited, but I will take a look at it more once I get a chance. So far I've actually not received many requests for this specific mining software.

I will correct this in the next release. Thanks for finding and sharing the workaround.

You can select "Execute remote command" in this dialog, and then execute the command "shutdown.exe" with the parameter "/s". That will instruct Windows to do a shutdown of the computer.