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

That did the trick - and realizing I had a "platform" option in the command line that it doesn't seem to like. Not sure where that came from but seems to be working. Getting 51mhs on 3x1080ti so think i have some tweaking to do

Thanks!

try installing the Visual C++ redist 2013 from Microsoft

https://www.microsoft.com/en-us/download/details.aspx?id=40784

Trying to run t-rex x16r on my 1080ti rig with the dev release of AM. Continue to get MSCVR120 and MSCVP120 DLL errors. Have tried a reboot. It's configured a remote rig. Not having the problem with Zenemy. Any help would be great.

Thanks

It doesnt seem any better.

how do i change the temp limit using the miner ? the miner keeps throtting off some cards at 81 degerres,  EBWF ZEC miner that is, normally i would set the temp threshold in the
batch file but i dont see that in aweseome miner

Also I cant get the miner to benchmark x16, even when i choose z-enemy which i know works on my rigs

I work as a full time back end web developer so I don't have a lot of time left but I will consider it.

The number of switch changes is actually something I am working on. I am going to implement a timeline showing what each rig is mining, how many swaps there are etc. I have been logging all this info to my DB, I just need to write the front end graphs.

I'd also be fine with burning extra licenses.  This is in-line with what we discussed several months ago.

Cheers!

License option #2 is perfectly fine with me. As you said, it more accurately reflects the number of actual miners being monitored & controlled and is no different than when I used to run a bunch of S9's before replacing them with the Avalons.

In the case of Philipma1957 and his client with several 100's of controllers/thousands of miners that would obviously be a negotiated contract between you and them even under the current setup

The Avalon API does give rather granular control over the individual miners. Each controller can only point all attached miners to 1 pool along with the global reboot and stop/start/restart cgminer commands. However, also each sub miner can be individually soft rebooted. That would be a nice touch to have vs rebooting all miners on the controller. With up to 20 miners currently giving up to 260THs per controller seems silly to reboot the entire block just to give 1 miner a kick in the pants...

You have thought about offering this service to third parties. You just have to make a website to sign up and add the API, and a recurring monthly payment from Paypal, I would pay $ 10 a month for having such statistics, and I know people from my telegram group who would also pay for that service.

You can offer a subdomain for each client only accessible by login. For me, it would be something that I have been looking for a long time. Only the number of switch changes per day in each machine would be missing.

- For Managed Profit Miners, only the active pools will be listed on the Pools tab.

Huge THANKS for this! 

Awesome Miner Version 5.3.10 (Development preview of 5.4)

- Miner Tag trigger can be configured to trigger if a miner doesn't have the specified tag
- The profit switcher can be configured to ignore the current pool if the mining software crashed multiple times. Configurable via the Options dialog, Profit switching section.
- Improved threading performance when using larger number of miners and when executing commands on many miners at once
- Webhook actions can be configured for Basic Authentication
- WhatToMine custom URL's can point to sources with multiple coins
- Added execution option to run external commands as Administrator via the System tab
- Added option to reinitialize the GPU monitoring via the System tab
- Coins tab improved by separating Revenue and Profit into two separate columns that can be sorted individually
- Ensure miner hostnames cannot contain blank spaces
- Added variable support for webhook actions
- Disable MultiPool.us integration
- Zpool multiple region support
- Added YescryptR16 and Allium algorithms, including support in CpuMiner-Opt
- Use full paths when specifying configuration file to sgminer
- Improved support for custom mining software with download URL specified as part of profit profiles
- The download URL for mining software adds support for pointing to network file shares.
- Cloud Services update inteval configurable
- For Managed Profit Miners, only the active pools will be listed on the Pools tab.
- Removed old mining software: Excavator 1.1. The only supported versions from now on are Excavator 1.4 and 1.5.
- Added mining software: T-Rex nVidia GPU Miner
- T-Rex miner 0.5.6, including pool information when used as External Miner
- CryptoDredge 0.8.3
- Z-enemy Miner 1.15a with Hex algorithm support
- EWBF Equihash Miner 0.5
- SRBminer 1.6.5, including CryptoNight Red algorithm
- Correction to coins per day calculations for some algorithms like Blake 2b
- Correction to SRBMiner configuration file entries related to GPU settings
- Correction to hash rate for latest firmware versions of Innosilicon A9 Zmaster miner. If an older firmware is used for this miner, please upgrade to the latest firmware version.
- Correction to the content of the miner and pool notification messages if the mining process doesn't start correctly
- Correction to miner commands not being executed correctly if launched in a sequence via the rules
- Correction to incorrect display of first pool in list for some GPU mining software
- Correction to rule for executing SSH commands
- Correction to hashrate parsing for a few of the GPU mining software, where incorrect processing could result in no mining information being displayed
- Minor corrections

Items in blue are updated since the last development preview.

To get access to development versions, open the Options dialog in Awesome Miner. In the General section, enable Check for development versions. Then go to the Menu and click Check for updates

Direct download links
http://www.awesomeminer.com/download/setupdev/AwesomeMiner.msi
http://www.awesomeminer.com/download/setupdev/AwesomeMinerRemoteService.msi

I've made a few optimizations in development version 5.3.10 that is about to be released. Once available, please upgrade and let me know if it's working better.

I understand your request and I do have one idea how to approach this. Right now the External Miner can represent a large number of miners for Avalon, for example 20 miners. The total hashrate as reported by the controller is what's being displayed and the ASIC tab only adds a bit more information (still not on the level of each miner, but for each chain of miners).

What I could do is to allow you to use multiple External Miners in Awesome Miner, where you configure each miner to represent a specific physical miner. From a monitoring point of view, this would then be 20 External Miners and you can see hashrates, temperatures and define rules that would operate on each single miner. If you would perform a pool change operation, it would however affect all miners on the same controller - unless there is some hidden feature on the controller to allow this to be performed on only a single miner.

The drawback would be that this approach would consume many more licenses in Awesome Miner, but it would be more similar to how the licenses works for all other ASIC miners. This would be up to each user of Awesome Miner to decide between the current and new approach:
1) Current: A single External Miner that is representing all miners on the controller. A single license allows many miners to be monitored.
or
2) New: Adding multiple External Miners, one for each miner. All 20 External Miners would have the same IP address, but a unique identifier on each to let Awesome Miner know which miner to present the information from. The only limitation for the moment are the operations that still only operates on the controller level.

Please let me know you view.

check if it's CryptoDredge, prior to 0.7.0, their DevFee sessions have (accused) been seen altering PL to 100%

0.7.0 and later doesn't do this anymore

some of the new miners bundled with most recent version are screwing with the power limit set to 60% on my 1070, after a few hours I found that setting ignored and miner going on full power, any hint how to battle that horrendrous behavior, I can't pinpoint which miner does that because all work as expected with powerlimit 60%(set with afterburner upon boot in w10) until it goes wrong.

I havent changed anything about the OS. And this isnt a stutter, this is a full blown lockup for 5-10 seconds every minute. Like its not just annoying, its making the program almost unusable.

Controlled as a single miner yes but what we (including Phillipma and his client) would like is performance information on those sub miners vs performance of any of the 4 possible miner strings as a whole.

Case in point, today I noticed that 1 of my banks of A741's was about 2THs lower than its normal total average of ~41THs. Now that could be simple variance at work given the rather large total miner throughput reported so the drop was sustained for several hours before I caught it.

All AM tells us is that one of the strings is under performing but *not* which miner in the string. The Avalon API provides very fine-grained detail if desired but all we want is to be able to look at the individual miner GHs so we can then know which GUI address to open to dig deeper for more detail.

For me that is just an 'oh well open the 1 bookmarked link to the controller for 6 A741's I have to dig deeper".

For someone with a fully loaded controller running 20 miners from it (with 260THs possible from stock 841's) - even an entire single miner going down could for a time be viewed/treated as statistical variance. Finer reporting of each miner on any one of 100's of controllers is a necessity just to be able to more easily find which controller IP to open for the GUI.

The Avalon API has all that information there. Each miner stats starts with the tag DNA [miner_id] and that tag is a factory assigned Unique ID.

I was getting that when Windows went through Insider Preview latest fast ring build (with that huuuuuge Notepad upgrade) 2 or 3 weeks back. Couldn't figure out why everything goes stuttering from time to time until I decided to just roll back and stay with stable builds. (yes, initially I suspected and thought it was AM 5.3.x broke my system since stutter happens every time profit switching took place, but turns out it was bloody Microsoft in my case)

Is anyone else having any responsiveness issues with the latest release(s)? It seems like the UI locks up any time there's a large number of profit switches.

Awesome miner is interesting , i use with miningpoolhub
You see other coins , temperature , FAN  ,