All three cards are on the same machine and connecting tot he same pool. The weird thing is that when the miners first start the share count goes in favor of the pair, but after a while they start to even out.


You should add an exception in Defender for this.

Hi all,

I'm not sure whether this is even an issue at all, but I find this a bit weird.
Today I have added another card to my machine, a GTX 1080. I already have 2x GTX 1080 Ti, all cards are watercooled.

In Awesome miner I have created two miners, both using the same pool (miningpoolhub), both mining Vertcoin. The first miner uses my 1st GPU only (1080 Ti) and the second miner uses both my 2nd and my 3rd GPU (1080 Ti and 1080). Using ccminer, by the way. The reason for the miner split is that when I am gaming, I turn off the first miner and use my first GPU card to play while the other two cards continue mining.
The issue, however, is as follows:
- The first miner, with a single 1080 Ti and a hash rate of 61 MH/s (intensity 18), finds slightly more shares than the second miner which has 1x 1080 Ti and 1x 1080 with a total hash rate of 121 MH/s (intensity 20). This is contrary to expectations and I don't understand this behavior.

Screenshot below.

https://i.imgur.com/YBs9QBb.png

Anyone knows what's happening? Why is the second miner finding less shares than the first miner, even if the hash rate is double?

Hi buffy007,

The API timeouts have continued, for example I stopped using MiningPoolHub last night and after 7 hours Mining Pool Hub Monitor was still showing one active worker and API 7 timeouts.
I will keep monitoring the app for a few days, and will send an e-mail in case it keeps misbehaving. i understand API calls have some delay and their frequency is limited, but a delay of 7 hours and timeouts in between is not within the range I expected

Actually I would like the application to automatically start minimized to system tray when the user logs in to the account. I want to avoid my kids messing with Awesome Miner - they have been "trained" to ignore System Tray.

Wanted Behavior:
- User logs in;
- Startup applications load one after the other;
- Awesome Miner loads at startup but doesn't display any window, instead shows its icon in System Tray only.

Actual behavior:
- User logs in;
- Startup applications load one after the other;
- Awesome Miner loads at startup and shows main window, potentially allowing my kids to mess with it (click on stuff etc).

I was hoping for a startup switch (e.g. "/systray") which tells the application "start in system tray only".

Doesn't really help. I want to be able to allow my kids to restart the machine if needed, watch cartoons, play their games, all while the miner is doing its thing in the background.
Vertcoin OCM does this (autostart at login, start minimized to System Tray, start mining automatically), and I've written a small Visual Basic application which does the same for CPU mining (I mine UIS using Yescrypt on Hash refinery with CPUminer-opt). My VB app uses a cmd wrapper to allow easy window manipulation etc.

Awesome Miner already has a System Tray icon, it makes little sense for it to not be able to minimize to System Tray - I just couldn't find the option.

Hi all,

I'm sure this has been answered before, but I couldn't find an answer for the life of me, nor did the Options scouring work.

One simple question:

How do I minimize or close Awesome Miner to System Tray?

That's all.

The reason for this is I have kids who have gotten this habit of closing active windows they don't need when they are using the PC. Yes they have their own account but I want to use Awesome Miner on their account as well - hence the need to "hide" it to System Tray.

Hi,

I have installed the app today and entered the API for VTC.
I am seeing the balance in the Overview so I assume the API was correct, however I am very often getting these errors:
- "Server Busy. Not all Data was Downloaded"
- "Timeout API 7"
- "Timeout API 6"

I have no idea what they mean - is there some documentation explaining what is happening?

Thanks.

timestamps are in hh:mm - so he was mining for one minute. Nevertheless, what you are saying is correct, he just needs to keep mining.

Confirmed, indeed it looks like the board enters some mixed state between P2 and P0, the core clock jumps to 2000 but the RAm clock only jumps to 4514, which is the exact same value shown under the P2 state under nVidia Inspector.
I can't set the P2 State to anything, as soon as I try setting it up, the values jump back to defaults.


Question is: why is this only happening in some cases? i have friends who have GTX 1070, GTX 1080 Ti and they don't see this behavior. Is this specific to GTX 1080 only? Or am I just unlucky?

Anyone?
Is the driver detecting Claymore and forcefully reducing memory speed?
Is there a workaround?

Hi all,

I started mining with Claymore a few days ago and I am seeing an upsetting thing.
My GPU is an EVGA GTX 1080 FTW, watercooled, MSI Afterburner reports a RAM frequency of 5000 MHz, which is fine... but when mining with Claymore, the RAM frequency automatically drops to 4500 MHz. If I stop mining and start a game, the frequency goes back to 5000 - the 4500 MHz behavior only appears when mining using Claymore.

I suspect the driver somehow knows I am using Claymore and taxes me for that.
If I boost RAM frequency by +1000, it goes up from 4500 to 5500 MHz and the hash speed goes from 20.5 MH to over 25 MH - 25% boost - but this solution is clumsy, because whenever I stop mining I have to dial back the frequency boost, otherwise as soon as the GPU encounters any regular load, it tries to boost from 5000 to 6000 MHz and the memory can't handle it.

What should I do to keep mining with Claymore, but at correct RAM frequencies?