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

Hello Patrike,
I may have found a problem with your implementation of excavator 1.4
I started mining lyra2re2 on ahashpool with my nvidia rigs. Using excavator 1.4, my whole hashrate was around 407 MH/s. On the site, my reported hashrate never went above 150 MH/s for 2 hours of mining.
I first though that ahashpool was not "correct" with me, but then i had the idea of switching my mining software.
Using ccminer my whole hashrate was a little lower, around 385 MH/s, but on ahashpoool, my reported hashrate was much more realistic, between 330 and 440, often around 380. And my earnings were also a lot better with ccminer than excavator...
Do you have an idea about what is happening with excavator ?

Is this the "Map to system monitoring" and GPU tab of Awesome Miner? Are you running Remote Agent or the Windows service (Remote Service) on the remote computers? The Remote Agent application should be able to get the GPU names in the "Map to system monitoring" list. Please share any additional details and I will try to figure out if there is a specific scenario where it isn't working. Thanks! In general, Awesome Miner uses a third-party library that uses the AMD and nVidia API's to get information about the GPU's, including their names.

In case it's about MSI Afterburner and the GPU clocking - do you see the GPU names in MSI Afterburner user interface?

Could you please verify the log files (or send them to me view mail) for this scenario? Awesome Miner is writing information about clocking profiles being applied and the exact clocking commands sent to MSI Afterburner. Every time a specific clocking command is sent to MSI Afterburner, you can find "Executing GPU clocking command".

When stopping a miner, it should be possible to see "Set clocking stop profile".

Patrike,

The GPU settings dialog doesn't list the card name, only the GPU number and a colon.  The values come over from the remote servers, but no card type/name, etc

Am I missing something to enable this?

UPDATE:  This seems to only be on remote miners, on a local one the GPU names are shown.

Patrike,

(see my other issue with no names on remote AB remoteserver)

More on the GPU setting.  If you use AM to change the overclocking, with the checkboxes to set x at start and y at stop.  Stop does not happen when you manually start mining, the x configuration happens, but if you then manually stop mining, it does not send the y version.  (note, I did clone the x, when I created y, but changed the oc profile to the right version).

No, it´s on dedicated ports. Example: I created a phi yiimp.eu:8333. All is ok. Then I created a pool.bsod.pw:6667 same phi algorithm.

Now in User defined I have the two pools. And in online service the two pools appear right with different profit.

And now is when it´s a bug:

Profit yiimp>BSOD. I enable profit miner and It begins mining in yiimp.

But I seems two yiimp.eu pools...

Then, I Exclude yiimp.eu in Managed Profit Switcher and leave the BSOD on.

Then I start the miner and it´s mining on yiipm.eu???

Note that there is only one Phi Pool (yiimp and not BSOD). But it takes the profit on yiimp and not te BSOD´s profit. I enable BSOD and disable yiimp but AM is wrong there

EDIT: it seems that the problem is when we have several pools with the same algorithm, AM takes the most valuable one without taking into account if we disconnect any of them and mixing them all

Excuse my english

Something I would really like to see improved is the custom software uploading. It's been a nightmare keeping up with the latest RVN software releases with 50+ miners, which are often providing much better returns then the built in software.

Anything that's built in works very easily - you just select the miner in the template or profile or whatever, and done. No need to upload anything or configure locations, it automatically downloads them to your rigs.

The workflow for custom software:

1. Define the software name in options - managed software.
2. Select all your miners in the miner view.
3. Click a different tab (tools), pick upload custom software.
4. Browse for the folder to upload
5. Pick it and click upload - it's a modal window, so if you have a lot of miners you could be waiting a VERY long time before you can do anything else in AM. It took me literally 15 minutes to upload a 40mb folder to 50 miners.
6. Write down the uploads which failed, which always seems to happen to at least a few.
7. Go back and ctrl-click all the miners that failed, and try again.
8. Repeat 6-7 over and over until you finally get that software uploaded.
9. Also, write down any miners that were offline - this is important, because there is no way whatsoever to tell whether or not a particular miner has a particular software, aside from it just failing if it profit switches to that algo.
10. Now that you have the software uploaded - go to each profit profile, scroll all the way down, click in the new software, click configure, then click the little arrow next to browse (which could not be less obvious), browse uploaded software. Then pick a host that has the software on it, even though you're defining a relative directory for all hosts. Then select the new software.
11. Repeat for every profile, which is at minimum the number of different GPU models you're using.
12. Then bench the software (again, for each profile) and have it automatically selected if it has the highest hashrate - or manually select it for each profile by opening the profile.

This is way, way too much work for something that should be so simple. AM already has some sort of facility for uploading software and I believe the custom software should just hang right off of that. This should be as simple as defining custom software, defining it's location on the box hosting AM, and then it should automatically download to clients whenever it needs to. Just like the built-in software. That would also completely eliminate all the failure points where certain rigs don't get the software if they're offline, etc.

select upload folder (or compressed/zip file) -> AM Zips folder b4 uploading (obviously ignores if already compressed/zipped) -> AM extracts compressed/zip to own subfolder once upload is completed.

Or can make it just how AM works with predefined mining software, but you can have a user-defined repository in AM main Host and able to point at it the same way how it does with predefined.

then it can monitor the repository folder/container etc and sync to agents in the background.

this repository target directory can be, say, entered somewhere in Managed Software in Options....maybe need to draw a diagram. But sound like AM has most of the tools already built in, just need to figure a way to change the hardcoded stuff into customizable nature. This way, Patrike doesn't have to spend as much time as to include the growing list of miner-forks day by day and pondered by never ending requests to add new ones = more time on more useful features!