Bitcoin Forum
November 02, 2024, 01:55:13 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 [31] 32 33 34 35 »
  Print  
Author Topic: CGWatcher 1.4.0, a GUI/monitor for CGMiner & BFGMiner to help minimize downtime  (Read 402519 times)
Trillium
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
February 11, 2014, 02:38:10 PM
 #601

Hi
Omfg I love this program, exactly what I needed  Wink
Could you please add 1 feature though?
I mine with 4 cards on 1 rig, I own 3 of them, my dad owns 1 is there a way that you can make it so that you can get multiple profiles to run at once instead of juan?
Thanks again!


Why wouldn't you just accumulate all the funds, and then send him 1/4th. Assuming the cards were the same performance. Why complicate it with software profiles etc???

Send him a copy of the CSV output from your wallet software as a record, if needed.

You can't say it's a trust issue, because what you are doing currently could be easily manipulated in your favor too.

BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
Nitsi
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
February 11, 2014, 10:10:34 PM
 #602

Hey, when using Cgwatcher with a .conf file, is there a way to add the commands somewhere?
"setx GPU_MAX_ALLOC_PERCENT 100 setx GPU_USE_SYNC_OBJECTS 1"
milone (OP)
Sr. Member
****
Offline Offline

Activity: 434
Merit: 251


CGWatcher & CGRemote


View Profile WWW
February 12, 2014, 01:54:53 AM
 #603

Thanks for the answers!

I have a new question. Wink

Is it possible to log (automatic) pool changes? I just saw the pool change, but it wasn't logged.

Pool changes will be logged (in the Log tab) in the next update. CGWatcher also keeps a log of the miner's activity called miner.log (in the CGWatcher folder)... pool changes should already be logged to this file.



Hey, when using Cgwatcher with a .conf file, is there a way to add the commands somewhere?
"setx GPU_MAX_ALLOC_PERCENT 100 setx GPU_USE_SYNC_OBJECTS 1"

You can keep them in the batch file and just tell CGWatcher to use the batch file instead of pointing it to the miner's executable. In Profile Manager, for "Miner Path" set it to the batch file instead of cgminer.exe or bfgminer.exe.

CGWatcher, a GUI/monitor for CGMiner & BFGMiner: http://www.cgwatcher.com
CGRemote, a remote mining dashboard for all of your miners: http://www.minerremote.com
BTC: 12TAYjmSrdDHLNpmix2MG6y3R868SMM7Fx    LTC: LM6Un6hZvPzLBggJWiAVG6E6w2GfaHukXY
Trillium
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
February 12, 2014, 12:17:06 PM
 #604

Quote
Hey, when using Cgwatcher with a .conf file, is there a way to add the commands somewhere?
"setx GPU_MAX_ALLOC_PERCENT 100 setx GPU_USE_SYNC_OBJECTS 1"

You can keep them in the batch file and just tell CGWatcher to use the batch file instead of pointing it to the miner's executable. In Profile Manager, for "Miner Path" set it to the batch file instead of cgminer.exe or bfgminer.exe.

You can permanently add them as a Windows Environment Variable so that you do not need to add them to batch files and other nonsense.

https://kb.wisc.edu/cae/page.php?id=24500

BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
dakky
Newbie
*
Offline Offline

Activity: 53
Merit: 0


View Profile
February 12, 2014, 12:34:18 PM
 #605

I got a strange problem with cgw 1.3.5.2 ... every day it just says "not mining" and in log it says something about not sending shares, then it tries to kill cgminer process, then it can't start it again in 3 attempts, and it just stays there and do nothing. Of course if I click "Start" it normally runs cgminer and everything is good. In options I set to restart the computer if the thing happens, but cgw doesn't restart the rig. What could be the problem?
comapro
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
February 12, 2014, 07:50:49 PM
 #606

Hi
Omfg I love this program, exactly what I needed  Wink
Could you please add 1 feature though?
I mine with 4 cards on 1 rig, I own 3 of them, my dad owns 1 is there a way that you can make it so that you can get multiple profiles to run at once instead of juan?
Thanks again!


Another way to do this is to set the scheduler to switch profiles for a % of the day to mine for your dad.
KingPush
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
February 13, 2014, 09:32:20 AM
 #607

When I open CGWatcher I get a "CGWatcher has stopped working" error.. I've tried a restart, a previous version, and different file locations all to no avail. I'm running Windows 7 Home Premium 64-bit, and NET Framework 4.0 is installed. What could be the problem? CGWatcher says "Detecting OpenCL devices..." in the background of the crash.. not sure if that helps any
OPTiK
Full Member
***
Offline Offline

Activity: 122
Merit: 100


View Profile
February 16, 2014, 08:08:31 PM
 #608

When my video driver crashes sometimes one video card will display a crazy hashrate. I know there's a reboot on "if under X hashrate" option, is there anyway to do a reboot "if over x hashrate"?
Trillium
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
February 16, 2014, 11:23:53 PM
 #609

When my video driver crashes sometimes one video card will display a crazy hashrate. I know there's a reboot on "if under X hashrate" option, is there anyway to do a reboot "if over x hashrate"?

Sounds like your card and/or mining parameters are not stable: not necessarily a problem with cgwatcher.

Maybe you should ask in the relevant sub-forum if it persists.

BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
Walking Glitch
Sr. Member
****
Offline Offline

Activity: 252
Merit: 250

Amateur Professional


View Profile
February 19, 2014, 04:22:30 AM
Last edit: February 21, 2014, 01:44:34 AM by Walking Glitch
 #610

How do I keep this thing from modifying my GPU fan settings when it restarts bfgminer? I set my GPU settings externally with Sapphire Trixx, along with my fan speed, for a reason, and if it restarts bfgminer while I'm away, it turns fan control back over to the GPUs, and then I'm stuck hashing at 65% capacity until I get home.
pengoau
Full Member
***
Offline Offline

Activity: 208
Merit: 100


View Profile
February 22, 2014, 11:30:41 AM
 #611

Can you add to the monitoring a setting as follows:

If HW count is greater than 0 then the computer/miner is restarted.

I use sgminer and a experimental kernel and it seems to get HW errors after 20 hours or so of mining.

I'm using the restart miner after X hours of continual mining but it would be good if there is a setting to only restart if HW errors are greater than X.

Also can you change the monitoring setting "if total hashrate fall below" to be a drop down and you can specify if its hashrate or WU. As WU is what you are doing at the pool and not locally? Sometimes sgminer needs a restart as the kernel doesn't do as much work at the pool ever tho hashrate is quite high, a restart fixes this. So it would be good if cgwatcher could restart the miner if WU falls below a certain amount.

luckyguy08
Newbie
*
Offline Offline

Activity: 35
Merit: 0


View Profile
February 22, 2014, 11:42:11 AM
 #612

good jobs
KingPush
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
February 22, 2014, 09:19:56 PM
 #613

When I open CGWatcher I get a "CGWatcher has stopped working" error.. I've tried a restart, a previous version, and different file locations all to no avail. I'm running Windows 7 Home Premium 64-bit, and NET Framework 4.0 is installed. What could be the problem? CGWatcher says "Detecting OpenCL devices..." in the background of the crash.. not sure if that helps any

Setting CGWatcher's compatibility to Vista (Service Pack 2) seems to work. Weird
Kael
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
February 25, 2014, 10:10:41 PM
Last edit: February 25, 2014, 10:25:12 PM by Kael
 #614

So I've got a weird issue. I've replicated it twice now, trying to narrow it completely down. Issue is a multi-card system gets corrupted so that the temperature/RPM sensors get mapped to the wrong cards. Anyone seen this? Weird thing is it survives CGwatcher, so CGminer will use the incorrect mapping when ran by itself, even after reboot. Only fix has been to reinstall the OS as trying to reinstall drivers results in a lockup. I'm guessing driver corruption.

- Using Windows 8.1 Enterprise
- Latest CGWatcher

Card | Temp Sensor Mapped To | RPM Mapped To | Hashrate Mapped To
GPU0 | GPU1 | GPU0 | GPU0
GPU1 | GPU0 | GPU1 | GPU1
GPU2 | GPU2 | GPU2 | GPU2

This will cause one card to go SICK/DEAD/OFF because it may see a low temp on the incorrect card and thus not adjust its fan.

Trying to narrow down how I'm doing it. But both times the system has worked fine without issue for a day or two. This seems to happen when I run it with CGWatcher.

*edit*

Further testing I did a system restore to before the issue and now GPU2 is using GPU1's temp sensor. Such a weird issue.


---------------

I did notice that someone else suggested the ability to run two profiles at once without using two installs of CGWatcher. I'd second this. I use the new "xIntensity" for a few of my cards, but some do not like it, so I have to run multiple miners for all cards to work correctly. Be a useful feature.
Trillium
Hero Member
*****
Offline Offline

Activity: 546
Merit: 500



View Profile
February 26, 2014, 12:04:21 AM
 #615

So I've got a weird issue. I've replicated it twice now, trying to narrow it completely down. Issue is a multi-card system gets corrupted so that the temperature/RPM sensors get mapped to the wrong cards. Anyone seen this? Weird thing is it survives CGwatcher, so CGminer will use the incorrect mapping when ran by itself, even after reboot. Only fix has been to reinstall the OS as trying to reinstall drivers results in a lockup. I'm guessing driver corruption.

- Using Windows 8.1 Enterprise
- Latest CGWatcher

Card | Temp Sensor Mapped To | RPM Mapped To | Hashrate Mapped To
GPU0 | GPU1 | GPU0 | GPU0
GPU1 | GPU0 | GPU1 | GPU1
GPU2 | GPU2 | GPU2 | GPU2

This will cause one card to go SICK/DEAD/OFF because it may see a low temp on the incorrect card and thus not adjust its fan.

Trying to narrow down how I'm doing it. But both times the system has worked fine without issue for a day or two. This seems to happen when I run it with CGWatcher.

*edit*

Further testing I did a system restore to before the issue and now GPU2 is using GPU1's temp sensor. Such a weird issue.


---------------

I did notice that someone else suggested the ability to run two profiles at once without using two installs of CGWatcher. I'd second this. I use the new "xIntensity" for a few of my cards, but some do not like it, so I have to run multiple miners for all cards to work correctly. Be a useful feature.


It'll either be windows to blame or the motherboard. In any case I've seen this on 1 or 2 motherboards but it was never a critical or build-breaking issue. In one case it was because of the on-motherboard GPU intel processors' GPU being enabled but we couldn't disable it without causing other problems (was an Asrock Z87 board).

I would suggest trying BAMT or check out the mining support subforums as these problems can occur even without cgwatcher getting involved.

BTC:1AaaAAAAaAAE2L1PXM1x9VDNqvcrfa9He6
Kael
Newbie
*
Offline Offline

Activity: 10
Merit: 0


View Profile
February 26, 2014, 10:54:13 PM
 #616


It'll either be windows to blame or the motherboard. In any case I've seen this on 1 or 2 motherboards but it was never a critical or build-breaking issue. In one case it was because of the on-motherboard GPU intel processors' GPU being enabled but we couldn't disable it without causing other problems (was an Asrock Z87 board).

I would suggest trying BAMT or check out the mining support subforums as these problems can occur even without cgwatcher getting involved.

Yeah. It's a common mining board, Gigabyte 990UD3. I was able to eliminate CGwatcher as the cause. It seems to be a Win8.1 issue. I don't think the board is to blame as I ran BAMT and it mapped perfectly - plus, the mapping is the same in both OS.

I run most of my rigs off of BAMT, but I'm toying with Win8 because of CGwatcher being able to keep it going. I considered doing a Linux script to parse the log files and restart the miners based on that.
tux390
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
February 27, 2014, 07:09:22 PM
 #617

Is there an option to restart computer if it is freezing? Or any other possibilty?
ivanlabrie
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1000



View Profile
February 27, 2014, 07:25:52 PM
 #618

Is there an option to restart computer if it is freezing? Or any other possibilty?

Nope, if you get a bsod or other type of windows crash you need someone to hit the reset/power button Sad
With linux you can 99% of the time reboot remotely via ssh/putty.

A good solution is a remote wall outlet/pdu, equipped with a phone line or ethernet port.
Either that or making an arduino remote reboot device.
Xenocyde
Sr. Member
****
Offline Offline

Activity: 265
Merit: 250


View Profile
February 28, 2014, 02:46:10 PM
 #619

Hi guys,

Can someone explain how to set CGWatcher so that it resumes mining if PC restarts after a power drop? I have Win 8.

For security, your account has been locked. Email acctcomp15@theymos.e4ward.com
pengoau
Full Member
***
Offline Offline

Activity: 208
Merit: 100


View Profile
February 28, 2014, 03:21:44 PM
 #620

Hi guys,

Can someone explain how to set CGWatcher so that it resumes mining if PC restarts after a power drop? I have Win 8.

Use your head. Have cgwatcher run at startup and set it to make sure the miner runs.. fuck its not hard. You got a brain, fucking use it. If cgwatcher doesn't run at startup on win8 use a BATch file to run cgwatcher. Don't know what a BATch file is, here: http://bit.ly/tHam0T

Yes I've got my crankypants on, simple shit...ffs

Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 [31] 32 33 34 35 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!