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

Awesome Miner Version 2.4 is available for download

A summary of the new features:
- Claymore's Ethereum Miner 8.0 with dual mining support for Pascal
- Managed Template feature allows definition of mining settings that can be applied to one or many Managed Miners
- Coin visibility settings moved to the Coin page
- Miner API connection timeout configurable
- Claymore's Zcash Miner 12.3

Hi,
The update 2.3.1 was a development version, and those are not listed on the web site. I will post the 2.4 in a few minutes, and this version is a public release that also can be downloaded from the web site.
Maybe you could send me the Awesome Miner log file, that's availble via Tools->Log File. Please also let me know the exact time you tried the upgrade.

Tks  a lot!!!

Niceeeeee
works just fine
Thanks a lot

Claymore's Ethereum + Pascal miner is supported in the latest development version of Awesome Miner.
To get access to development versions, go to the Options dialog and enable "Check for development versions". Then you can go to the Menu and select "Check for updates".

Hi,
The EWBF miner doesn't provide any API for Awesome Miner to use, so it will not be supported.

Can you please add support to ETH+PASC on miner properties?

http://prntscr.com/ehv01t

If you don't understand why GPU miners are using so many different miners you have no place GPU mining. Stick to your ASICs.

If you're using only one miner that definitely means you aren't getting the best speeds, mining the right coins, or really have that many rigs. By your own admittance you only have 3 rigs. You have 3 miners for each one (lets say at the most basic level, Ethereum, Equihash, and Pascal (assuming you don't dual mine or switch what you dual mine)), that means you need nine instance. You have 20 rigs, 40 rigs, that balloons quite a bit and there are decent bit more then three miners.

Yes, AMD mining right now is easier then Nvidia as far as miners go (you can mine Ethereum and not really do that bad), it doesn't work that way for Nvidia. The additional options for dual mining also increases the amount of instances you'll be using. However, that doesn't mean there aren't other options available for AMD, you just have to dig a bit for them.

It's not a 'little bit of money'. If you can't do multiplication you wont be able to figure that out.

I want to be able to switch between different miners and also add in ewbf miner for zcash. Is there a way to add in ewbf or other currently non-listed miners and have them display statistics so it can take part in the multi engine profit switching?

And along that line: If you are making money mining then register as a business. It not only keeps the Income Tax folks happy but more importantly -- expenses such as buying equipment, software, and yes even power to run the miners are business Tax write-offs...

I just don't understand. You are spending thousands of Dollars for your hardware but you are complaining to spend just a few dollars for very good software.
I have to admit that I am only administrating 3 GPU Rigs + some Asic Miners with this software, but it saved me so much time that even a higher price would be worth it (at least for me).

I also do not understand why you need to change your mining software that often. Looking back the last months there was hardly much need to do so.
Maybe I am doing something wrong, I keep an eye on whattomine.com and for my AMD GPUs it was always daggerhashimoto (ETH/ETC) or Equihash (ZCL/ZEC), so there was no need to use X mining instances.

Your post the other day said 'address some of what you're talking about' in response to a three page long post of ideas and suggestions, I didn't know that was specifically pertaining to licensing. Sounds good and I await these changes. I currently have the free version setup, so it would be nice to see this happen.

I very much appreciate the feedback you provide - and I'm always trying to make the product more attractive based on user feedback. I also replied earlier that the next major version will have some new concepts that will reduce the number of licenses needed in these particular GPU mining scenarions, in order to address the license issues you describe.

There is absolutely no reason at all for you to continue on these license complaints over and over again and say that I'm not inclined to change because it makes money. It's not true and it's not constructive.

Please continue to suggest features, ideas to improve and so on - but please do it in a good way. Thanks!

Yes, definitely the biggest problem with this software right now. Each 'miner', NOT 'rig' is considered a 'instance'. So when you look at the licenses and you see four 'instances' that means 'miners'. If you want to use more then that you have to manually change each miner 'instance' profile. Really weird and heavily inflates licensing costs.

You can see it yourself in the trial version. The whole program confused the fuck out of me till I figured that out. After I did, I lost a lot of interest in this, even though it can be heavily improved it's borderline worthless for good GPU miners.

I'm sure it works great for ASICs and FPGAs though as their 'miner' is the same thing as their 'rigs'.

I discussed alternate ways to license a page back. Easiest way to do it currently is each hostname/ip is considered a 'instance'. Could be pretty easily jerry-rigged to work without much work. I'm guessing he's realized this actually makes him more money so he's not all that inclined to change it. If licensing was more expensive, I'd still be willing to pay, but not on a per 'miner' basis.

I am thinking about trying out this software.

bensam1231 - you stated that you need a license per machine per algo for GPU mining. Is this true? I would love to use this program to auto switch algos based on profitability on my rigs, but requiring multiple licenses per rig due to multiple algos would not make much sense

Not so much a pretty graph, but one that displays large variations better. Say a log-scale display option with 2 or 3 steps. I agree it is good to know/see how the Avalons are really reporting.

Why as many as 3 steps eg. 0-10, 10-100, 100-1000THs? 1 Avalon RasPi controller can run up to 20 miners. With Avalon 741's that is 150THs sustained average reported as 1 miner. God knows what the reported peaks would be....

That way AW's auto scaling doesn't result in the lower hash rate miners (s7's & 12-14THs s9's!) being swamped out. Speaking of which, today I added a741 to the chain of 3x 721's. Sustained hashrate reported by Kano is >28THs, on par with Canaan's GUI reports. However um, spikes over 100THs happen several times an hour so the s7's, R4, and yes even s9's are down in the mud...

A new bit about the Avalons/Controller: When miners are connected in a string off of 1 USB/I2C adapter, Canaan's GUI gives info about each miner in the string. AW reports them as 1 monster ASIC.

However, if I use 2 of the USB/I2C adapters and still just the 1 controller, then Awesome reports the new adapter/miners chain as a 2nd ASIC in the miner (controller). Of course as desired Awesome does still report just one miner and total specs on its output.

Point is, if I want to see how each individual miner is running then I can only run 4 physical miners per 4-port RasPi. Rather defeats the point of being able to chain 5 physical miners from each of the 4 USB ports giving 20 miners per controller.

Thanks for all info on the Avalon hashrate you have provided. Based on your previous posts, it looks like the 5s hashrate is reported with a large variation. Awesome Miner is currently not smoothing any values - everything is displayed exactly as reported by the miner API's.

It would probably be possible to add some smoothing to the graphs in Awesome Miner, but the question is really if you want to see a pretty graph or a graph showing what's actually reported.

With the Enterprise Edition there is actually a feature when you can define multiple users accounts, and they will all have different login credentials to the web interface. It's also possible to define per user account which miners they should be allowed to see and what they are allowed to do (control the mining or only view the statistics).
See: http://awesomeminer.com/help/security.aspx

Accept progress is basically that the statistics that show as "Accepted" (in contrast to Rejected shares) will increase over time. You can compare to ensure that in a 5 minute interval, the Accept value should increase.

Update: For multiple e-mail receivers, you simply separate them with either a comma or semi-colon.

Continuing thoughts into what Avalon's display https://bitcointalksearch.org/topic/m.17968629 and followup https://bitcointalksearch.org/topic/m.18027671 as massively spikey 5-sec hash rates, wonder it is from how/when the 1 controller is talking to the 3x 721's chained off of the 1 USB/I2C adapter coupled with how Canaan's (legal) fork of CGminer reads that? Looking at what Canaan's GUI displays they must be smoothing out a lot of samples...

Perhaps for several sec or more there is nothing to report to AM followed by a massive data burst as the miners in unison report findings/request more work? I can easily see that the light on the adapter only flashes with a burst of activity for a couple sec maybe 5x a minute.

And forgot to mention, it did the trick, now I see chip temps in progress bar, thank you.








This is the last place I can ask, after googling for couple hours..
I want to give web monitoring access to some users, for this I will have to forward port to my micrserver which is sitting in the same LAN as S9-s.
As I see there are some options you can change via web monitoring.
Is there any way to restrict these and make it read only mode ? Update: I figured it out, now when I access web interface from global it only shows the stats and it's impossible to change anything, I think now it is more secure.
And is it possible to add multiple emails in receiver address ?
Are there any error definitions ? I can't figure out what Accept progress means (