Bitcoin Forum
December 09, 2016, 02:11:17 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: [1]
  Print  
Author Topic: Phoenix miner stops working  (Read 2422 times)
hennessy
Jr. Member
*
Offline Offline

Activity: 49


View Profile
June 30, 2011, 08:27:47 PM
 #1

Hi all,

my two mining rigs were running flawless for two weeks but lately it occurs more and more frequent that two workers for always the same GPUs just stop hashing. The console kind of freezes with the last Mh/s rate it was working with, but the cursor at the end of the line is still flashing.
This is how it looks like:


What makes me wonder is why the GPU usage of the other cards goes down as well when the third card fails. Afterburner updating interval is set to 10 seconds and I can see this usage drop on the other cards in the graph every time, so it must take at least some seconds.

I'm using win7/x86, ATI 11.6 + APP 2.4, phoenix miner with phatk kernel, settings: -k phatk DEVICE=2 VECTORS BFI_INT WORKSIZE=256 AGGRESSION=12 FASTLOOP
I also altered the phatk kernel with the formula given in this forum to improve the hash rate. I had some issues with this on our first machine, one miner chrashed the same way every two minutes with this change, but it also happened once just before I made the change so the issue is not cause by this but it makes it more likely to occur.

Anyone knows what is causing this behaviour?

If I was of any help, donations are appreciated - 1FrCtiQsVoy2YTTYqgjsvVvdgvHS4Umah4
8x Sapphire 5830 @950/300 in 2 dedicated mining rigs -> 2500Mhash/s
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1481249477
Hero Member
*
Offline Offline

Posts: 1481249477

View Profile Personal Message (Offline)

Ignore
1481249477
Reply with quote  #2

1481249477
Report to moderator
hennessy
Jr. Member
*
Offline Offline

Activity: 49


View Profile
July 02, 2011, 12:55:40 PM
 #2

Just FYI, it's the driver that is crashing and recovering. I still don't know what is causing this though...

If I was of any help, donations are appreciated - 1FrCtiQsVoy2YTTYqgjsvVvdgvHS4Umah4
8x Sapphire 5830 @950/300 in 2 dedicated mining rigs -> 2500Mhash/s
error
Hero Member
*****
Offline Offline

Activity: 574



View Profile
July 02, 2011, 03:21:44 PM
 #3

I see something like this on Linux too, with one of my two 5850s (but not the other). Unfortunately when it happens on Linux, restarting the computer is required. I suspect a less-than-stable overclock, but I'm still messing with it.

15UFyv6kfWgq83Pp3yhXPr8rknv9m6581W
PcChip
Sr. Member
****
Offline Offline

Activity: 294



View Profile
July 04, 2011, 01:12:16 AM
 #4

When my driver crashes and recovers, it's from an overclock that was too high.  Back it down 1-2 MHz and try again

All rates with Phoenix 1.50 / PhatK
------------------------------------------------------------------------------------------------------------------------------
5850 - 400 MH/s  |  5850 - 355 MH/s | 5830 - 310 MH/s  |  GTX570 - 115 MH/s | 5770 - 210 MH/s | 5770 - 200 MH/s
cam02003
Jr. Member
*
Offline Offline

Activity: 47



View Profile WWW
July 19, 2011, 09:04:13 PM
 #5

Hi all,

my two mining rigs were running flawless for two weeks but lately it occurs more and more frequent that two workers for always the same GPUs just stop hashing. The console kind of freezes with the last Mh/s rate it was working with, but the cursor at the end of the line is still flashing.
This is how it looks like:


What makes me wonder is why the GPU usage of the other cards goes down as well when the third card fails. Afterburner updating interval is set to 10 seconds and I can see this usage drop on the other cards in the graph every time, so it must take at least some seconds.

I'm using win7/x86, ATI 11.6 + APP 2.4, phoenix miner with phatk kernel, settings: -k phatk DEVICE=2 VECTORS BFI_INT WORKSIZE=256 AGGRESSION=12 FASTLOOP
I also altered the phatk kernel with the formula given in this forum to improve the hash rate. I had some issues with this on our first machine, one miner chrashed the same way every two minutes with this change, but it also happened once just before I made the change so the issue is not cause by this but it makes it more likely to occur.

Anyone knows what is causing this behaviour?

BUMP I am having this same problem!

Trade stocks and forex, referral: https://1broker.com/m/r.php?i=1236
https://nitrogensports.eu/r/48496

Bitrated user: cam02003.
Saturn7
Full Member
***
Offline Offline

Activity: 146



View Profile
July 19, 2011, 10:57:32 PM
 #6

I have three identical rigs with 3x5870s.

1 is perfect, never crashes. Can go for a month without a reboot.
1 I have to restart every 3 to 4 days,
1 I have to restart everyday.

After trouble shooting for weeks, these are the things I found help, but still not solved completely.

1. If the temp on any of the cards is over 80C the chance of the driver/card crashing is much higher.

2. Make sure the display card (the one your monitor hooks up to) has with an aggression level of 9 with fastloop on, then Max out the other cards with an aggression level of 12ish. Don't max out your display  card, give some space for the OS.

3. If your Mhash reading jumps around all the time the system WILL crash. Sometimes I reboot the machine and Mh/s are stable. Sometimes they jump around by 30 to 50 Mh.  This may have to do with the power supply.

4. You might have a screwy card. I replaced one card that was jumping around in terms of Mhash performance and now that rig is fine. Just because your system boots and the card can start mining doesn't mean the VRMS are not burnt out.



First there was Fire, then Electricity, and now Bitcoins Wink
gigica viteazu`
Sr. Member
****
Offline Offline

Activity: 455

beast at work


View Profile
July 27, 2011, 01:50:27 PM
 #7

i`m using clocktweak to monitor the gpu load every 5 min (via a batch script) and if load is under 60% (in my case) i`m killing/restarting that specific miner

BURST-3FDG-W622-8KAF-E52KP
Pages: [1]
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!