Bitcoin Forum
October 24, 2018, 04:06:57 AM *
News: Make sure you are not using versions of Bitcoin Core other than 0.17.0 [Torrent], 0.16.3, 0.15.2, or 0.14.3. More info.
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 ... 132 »
  Print  
Author Topic: PhoenixMiner 3.5d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 100438 times)
sanriopurin
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
March 20, 2018, 02:44:27 AM
 #1121

Hi Phoenix, great job on the miner, I've switched all my rigs completely to yours.

One quirk: I noticed your log is giving out a time that is one hour behind.  For example, if it's 1:40pm in real time, the log will display current time as 12:40pm.

I'm based in Australia, where daylight savings is on currently.  In about a couple weeks' time, our time will move 'behind' and essentially if the log does output the same time, the real time and log time will match.

Nonetheless, the problem still exists now.  It's weird that the log is displaying 'timezone time disregarding daylight savings' instead of simply taking the computer's system time.

Could you please look into this?  I have to manage 30+ rigs and little things like this can add up to a huge headache.

Thanks!
1540354017
Hero Member
*
Offline Offline

Posts: 1540354017

View Profile Personal Message (Offline)

Ignore
1540354017
Reply with quote  #2

1540354017
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1540354017
Hero Member
*
Offline Offline

Posts: 1540354017

View Profile Personal Message (Offline)

Ignore
1540354017
Reply with quote  #2

1540354017
Report to moderator
1540354017
Hero Member
*
Offline Offline

Posts: 1540354017

View Profile Personal Message (Offline)

Ignore
1540354017
Reply with quote  #2

1540354017
Report to moderator
1540354017
Hero Member
*
Offline Offline

Posts: 1540354017

View Profile Personal Message (Offline)

Ignore
1540354017
Reply with quote  #2

1540354017
Report to moderator
Woodcarver
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
March 20, 2018, 04:33:00 AM
 #1122

On Beta v2.8 my rigs get approx. ".145" MH/s increase per GTX 1060 GPU.  With 20 GPUs racked up every little bit helps.

Wireshark doesn't show anything nefarious.  Kaspersky anti-virus appears to like it.  
Digital_Seytan
Newbie
*
Offline Offline

Activity: 85
Merit: 0


View Profile
March 20, 2018, 12:02:10 PM
 #1123

Thanks phoenix for this good software, phoenixminer 2.8a has been stable for a while already, only hashrate on the pole measurement is less than what the phoenixminer indicates also the stale shares number does not match with the pool ethermine program gives 6 stale shares but on the pool ethermine it is 11 once phoenix does not know what you have done but the share number is much less than the phoenixminer version 2.6.
I think the 2.6 version is the best in all fronts and More SHARES .
What do the other users of this software actually think phoenixminer 2.6 or 2.8a. my rig is gtx 1060 6gb 6x.
software windows 10 pro lite  64-bit- Nvidia driver 391.01

institution:
Quote
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 eu1.ethermine.org:4444 -wal 0xXXXXXXXXXXXXXXXX.rig4 -pass x -nvidia -proto 3 -ftimeout 120 -cdm 0 -mi 12 -log 0 -minRigSpeed 90.000 - rmode 2 -eres 0 -coin eth -coin2 eth
Woodcarver
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
March 20, 2018, 01:45:36 PM
 #1124

Thanks phoenix for this good software, phoenixminer 2.8a has been stable for a while already, only hashrate on the pole measurement is less than what the phoenixminer indicates also the stale shares number does not match with the pool ethermine program gives 6 stale shares but on the pool ethermine it is 11 once phoenix does not know what you have done but the share number is much less than the phoenixminer version 2.6.
I think the 2.6 version is the best in all fronts and More SHARES .
What do the other users of this software actually think phoenixminer 2.6 or 2.8a. my rig is gtx 1060 6gb 6x.
software windows 10 pro lite  64-bit- Nvidia driver 391.01

institution:
Quote
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 eu1.ethermine.org:4444 -wal 0xXXXXXXXXXXXXXXXX.rig4 -pass x -nvidia -proto 3 -ftimeout 120 -cdm 0 -mi 12 -log 0 -minRigSpeed 90.000 - rmode 2 -eres 0 -coin eth -coin2 eth

My rigs are the exact same configuration as yours except I'm using the ssl//: on port 5555 secure stratum connection.  v2.8 is very stable and has given me the better hash rate plus reduced the payout interval by 4 hours.  Unfortunately, the difficulty keeps increasing and the payout interval increases so any reduction in the interval means more ETH in the wallet.

I don't concentrate on the individual numbers in the running display.  I use the running display from v2.x as an observation to see if a rig or GPU is having problems.  However, I look at the numbers in the ethermine.org pool as being the actual results since the pool pays from those numbers.  Stale shares are down significantly from Claymore v11.4 and the hash rate is up slightly as I mentioned in my previous post.

Overall, since retiring, I get to do my wood carving all day and watch my rigs earn a bit extra to supplement my meager social security.  https://CarvingsInTheMaking.com   It's just another day in paradise. <sarc>
Digital_Seytan
Newbie
*
Offline Offline

Activity: 85
Merit: 0


View Profile
March 20, 2018, 03:32:53 PM
 #1125

Windows 10 pro lite 64-bit, nvidia driver 391.01, gtx 1060 6GB after hours on several rigs rotated phoenixminer version 2.8a, it is dirty against unfortunately less SHARES (attention to people no hashrate) than phoenixminer version 2.6. phoenixminer 2.8a Hashrate on software is a bit higher on the software but on the Pool measurement the hashrate is also much less. After my test it turns out that the phoenixminer 2.6 is really the KING of the miners and most people bye bye Claymore 11.5 verry high Devfee

Quote
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 eu1.ethermine.org:4444 -wal 0xXXXXXXXXXXXXXXXX.rig4 -pass x -nvidia -proto 3 -ftimeout 120 -cdm 0 -mi 12 -log 0 -minRigSpeed 90.000 - rmode 2 -eres 0 -coin eth -coin2 eth

What is the best configuration for the Nvidia cards
Woodcarver
Newbie
*
Offline Offline

Activity: 7
Merit: 0


View Profile
March 20, 2018, 03:55:43 PM
 #1126

Windows 10 pro lite 64-bit, nvidia driver 391.01, gtx 1060 6GB after hours on several rigs rotated phoenixminer version 2.8a, it is dirty against unfortunately less SHARES (attention to people no hashrate) than phoenixminer version 2.6. phoenixminer 2.8a Hashrate on software is a bit higher on the software but on the Pool measurement the hashrate is also much less. After my test it turns out that the phoenixminer 2.6 is really the KING of the miners and most people bye bye Claymore 11.5 verry high Devfee

Quote
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 eu1.ethermine.org:4444 -wal 0xXXXXXXXXXXXXXXXX.rig4 -pass x -nvidia -proto 3 -ftimeout 120 -cdm 0 -mi 12 -log 0 -minRigSpeed 90.000 - rmode 2 -eres 0 -coin eth -coin2 eth

What is the best configuration for the Nvidia cards

So far for the GTX 1060 6Gb cards I found the following to be optimal using MSI Afterburner:
Power: 70%
Temp: 77-80
Core Clock:  0  "Zero"
Memclock:   595

This gives me ~23.5+ MH/s hash rate with stability.  I found the Core Clock really didn't affect the hash rate at all.

I've pushed the Memclock as high as 650 but, the rig crashes after 15 - 30 minutes.  I prefer to have my rigs running steady and stable to avoid crashes in the middle of the night thus losing several hours processing.
P00P135
Full Member
***
Offline Offline

Activity: 476
Merit: 110


View Profile
March 20, 2018, 04:50:29 PM
 #1127

On Beta v2.8 my rigs get approx. ".145" MH/s increase per GTX 1060 GPU.  With 20 GPUs racked up every little bit helps.

Wireshark doesn't show anything nefarious.  Kaspersky anti-virus appears to like it.  

Give Kaspersky and the rest of the virus checkers time to catch up to his Trojan/Win64.Wdfload.  Every version starts out with 1-2 flags then looks like this or worse.

https://www.virustotal.com/#/file/865a0fe03dc343bd04c46587b1c5334735f42356cda91c1cff81ee8eed1b99e6/detection
infectedmushi
Newbie
*
Offline Offline

Activity: 44
Merit: 0


View Profile
March 20, 2018, 05:13:57 PM
 #1128

Give Kaspersky and the rest of the virus checkers time to catch up to his Trojan/Win64.Wdfload.  Every version starts out with 1-2 flags then looks like this or worse.

https://www.virustotal.com/#/file/865a0fe03dc343bd04c46587b1c5334735f42356cda91c1cff81ee8eed1b99e6/detection

false positives are a new thing to you...? would you really think the dev would incorporate a trojan...?
janding
Newbie
*
Offline Offline

Activity: 136
Merit: 0


View Profile
March 20, 2018, 05:22:19 PM
 #1129

On Beta v2.8 my rigs get approx. ".145" MH/s increase per GTX 1060 GPU.  With 20 GPUs racked up every little bit helps.

Wireshark doesn't show anything nefarious.  Kaspersky anti-virus appears to like it.  

Give Kaspersky and the rest of the virus checkers time to catch up to his Trojan/Win64.Wdfload.  Every version starts out with 1-2 flags then looks like this or worse.

https://www.virustotal.com/#/file/865a0fe03dc343bd04c46587b1c5334735f42356cda91c1cff81ee8eed1b99e6/detection

Pure unfiltered crap. Just another unformed nut that has no clue that all miners show these false positives.
They show these false hits because of the anti de-compiling and anti debugging restrictions that the developers
enable so people cant't steal their code or turn off the devfees.

Ask these people to supply a list of miners that show completely clean using all the AV checks.
They can't, because there aren't any.
Some people are just trolls and like to post misinformation for fun and attempt to scare people.
Ignore them. They are just another nuisance that we have to deal with.
 
 
gsrcrxsi314
Member
**
Online Online

Activity: 244
Merit: 25


View Profile
March 20, 2018, 05:36:45 PM
 #1130

Windows 10 pro lite 64-bit, nvidia driver 391.01, gtx 1060 6GB after hours on several rigs rotated phoenixminer version 2.8a, it is dirty against unfortunately less SHARES (attention to people no hashrate) than phoenixminer version 2.6. phoenixminer 2.8a Hashrate on software is a bit higher on the software but on the Pool measurement the hashrate is also much less. After my test it turns out that the phoenixminer 2.6 is really the KING of the miners and most people bye bye Claymore 11.5 verry high Devfee

Quote
setx GPU_FORCE_64BIT_PTR 0
setx GPU_MAX_HEAP_SIZE 100
setx GPU_USE_SYNC_OBJECTS 1
setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_SINGLE_ALLOC_PERCENT 100
PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 eu1.ethermine.org:4444 -wal 0xXXXXXXXXXXXXXXXX.rig4 -pass x -nvidia -proto 3 -ftimeout 120 -cdm 0 -mi 12 -log 0 -minRigSpeed 90.000 - rmode 2 -eres 0 -coin eth -coin2 eth

What is the best configuration for the Nvidia cards

So far for the GTX 1060 6Gb cards I found the following to be optimal using MSI Afterburner:
Power: 70%
Temp: 77-80
Core Clock:  0  "Zero"
Memclock:   595

This gives me ~23.5+ MH/s hash rate with stability.  I found the Core Clock really didn't affect the hash rate at all.

I've pushed the Memclock as high as 650 but, the rig crashes after 15 - 30 minutes.  I prefer to have my rigs running steady and stable to avoid crashes in the middle of the night thus losing several hours processing.

this is HIGHLY dependent on a card by card basis. there is no one-size-fits-all for 1060s, or any card for that matter. i have some 1060's that will clock +1000, and some that will only do +500.

you have to tune each card individually
Iamtutut
Jr. Member
*
Offline Offline

Activity: 252
Merit: 3


View Profile
March 20, 2018, 05:39:47 PM
 #1131

Running 2.8a since yesterday evening, very stable even with my weakest GPU (lowest ASIC rate), same stale shares rate as 2.7C (2% the last hour).

I tried claymore V11.5 and got a hung GPU after 45mn (RX 570 4GB 1150MHz core / 2070MHz mem with bios mod), the same GPU can mine for hours and hours with phoenix.

Therefore I keep on using phoenixminer.
M0ndialu
Hero Member
*****
Offline Offline

Activity: 810
Merit: 1000



View Profile
March 20, 2018, 06:53:04 PM
 #1132

on claymore i have "-eres 0" for error cuda, add on phoenix this command please!  Embarrassed

UnclWish
Sr. Member
****
Offline Offline

Activity: 560
Merit: 251


View Profile
March 20, 2018, 07:42:15 PM
 #1133

on claymore i have "-eres 0" for error cuda, add on phoenix this command please!  Embarrassed
This command exists in Phoenix miner. And it's the same as in Claymore.
RaidoP2
Newbie
*
Offline Offline

Activity: 61
Merit: 0


View Profile
March 20, 2018, 09:13:13 PM
 #1134

Have been using this miner for a couple of days now. Seems to keep the promises of being the fastest and with lowest dev fee.

Keep up the good work.  Cheesy
mach123coin
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
March 21, 2018, 06:15:26 AM
 #1135

Changes in version 2.7c (since 2.6):
    * Supports AMD Vega, 580/570/480/470, 460/560, Fury, 390/290 and older AMD GPUs with enough VRAM
    /endquote

    sigh,,,,,,

    But it only supports compute 3.0 or higher Nvidia cards. Meanwhile ethminer, and other crypto apps support older Tesla cards from the c2050, m2050, and s2050 Fermi cored which haul ass still compared to some of the GTX series..  I have some 6GB and 3GB Teslas that still run well for CUDA 6.5 or higher.
     
    Why is it when developers crank out a new and improved version they kill off support for the hardware that got the game started a while ago?
    ccminer and a few others still have the source code or compiled archived versions out there.

    Is there a previous version of PhoenixMiner that will support the older Fermi based cards?
    The CUDA 9.1 dev kit can run on these cards.

PhoenixMiner
Jr. Member
*
Offline Offline

Activity: 153
Merit: 6


View Profile
March 21, 2018, 08:18:12 AM
 #1136

    @PhoenixMiner, nice update!! My 6x 1070 rig gained 0.8MH/s ..  Cool

    remote monitoring via app on Android it's still not possible.

    http://pichost.org/images/2018/03/19/Screenshot_20180319-144536__01.png
    http://pichost.org/images/2018/03/19/Screenshot_20180319-144544__01.png

    Regards, and thanks for the miner, and new update.
      We will look into this and try fixing it for the 2.8b release.

    latest still wont attrack massive users until dual mining is implemented.

    nonetheless, this is still the fastest and the most stable ethash miner.
    if only dual wont benefit me much, ill transfer here.
       We will implement dual mining eventually.

    On my RX 580 cards Claymore miner 11.5 still a bit faster. About 0,25-0,5%. His fee is 1%, Phoenix is 0,65. Result is no difference.
    Phoenix gives much more rejected (staled) shares than Claymore's...
    Continue to use Claymore...

    Add an option like -ttli in Claymore. It enables low intensity mode on reaching pointed temperature...
      There will be new experimental Ellesmere and Vega kernels in PhoenixMiner 2.8b. As for the -ttli option, in our experience the native GPU throttling works better: you just need to set -tmax (and -tstop with a few degrees higher temp) and the GPU should take care of throttling in a better way than it is possible by modulating the GPU usage via something like -ttli.

    • CPU utilization during normal operation is lowered by about a factor of 10 regardless of the number of GPUs

    sounds familiar
       Well, we had to keep our advantage in this area Smiley

    Hi Phoenix, great job on the miner, I've switched all my rigs completely to yours.

    One quirk: I noticed your log is giving out a time that is one hour behind.  For example, if it's 1:40pm in real time, the log will display current time as 12:40pm.

    I'm based in Australia, where daylight savings is on currently.  In about a couple weeks' time, our time will move 'behind' and essentially if the log does output the same time, the real time and log time will match.

    Nonetheless, the problem still exists now.  It's weird that the log is displaying 'timezone time disregarding daylight savings' instead of simply taking the computer's system time.

    Could you please look into this?  I have to manage 30+ rigs and little things like this can add up to a huge headache.

    Thanks!
      Sorry about that, we will fix it in 2.8b.


    Thanks phoenix for this good software, phoenixminer 2.8a has been stable for a while already, only hashrate on the pole measurement is less than what the phoenixminer indicates also the stale shares number does not match with the pool ethermine program gives 6 stale shares but on the pool ethermine it is 11 once phoenix does not know what you have done but the share number is much less than the phoenixminer version 2.6.
    I think the 2.6 version is the best in all fronts and More SHARES .
    What do the other users of this software actually think phoenixminer 2.6 or 2.8a. my rig is gtx 1060 6gb 6x.
    software windows 10 pro lite  64-bit- Nvidia driver 391.01

    institution:
    Quote
    setx GPU_FORCE_64BIT_PTR 0
    setx GPU_MAX_HEAP_SIZE 100
    setx GPU_USE_SYNC_OBJECTS 1
    setx GPU_MAX_ALLOC_PERCENT 100
    setx GPU_SINGLE_ALLOC_PERCENT 100
    PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 eu1.ethermine.org:4444 -wal 0xXXXXXXXXXXXXXXXX.rig4 -pass x -nvidia -proto 3 -ftimeout 120 -cdm 0 -mi 12 -log 0 -minRigSpeed 90.000 - rmode 2 -eres 0 -coin eth -coin2 eth
       The stale shares reported by PhoenixMiner will always be lower than the ones at the pool, as explained many times in this thread (and in the FAQ in the first post). The number of shares for a small period of time can vary wildly and is not a good indicator of the speed.

    Running 2.8a since yesterday evening, very stable even with my weakest GPU (lowest ASIC rate), same stale shares rate as 2.7C (2% the last hour).

    I tried claymore V11.5 and got a hung GPU after 45mn (RX 570 4GB 1150MHz core / 2070MHz mem with bios mod), the same GPU can mine for hours and hours with phoenix.

    Therefore I keep on using phoenixminer.
      The new kernels for RX470/480/570/580 that are coming in 2.8b, should provide some speed increase as well, although their main goal is to increase stability and allow using higher mining intensity on the same voltages and clocks.


    on claymore i have "-eres 0" for error cuda, add on phoenix this command please!  Embarrassed
    This command exists in Phoenix miner. And it's the same as in Claymore.
     That is correct. However, -eres 0 is just a stopgap measure. After two more DAG epochs (i.e. in less than two weeks), the DAG memory problems will return again. The only real solution is to use either Windows 7 or some version of Windows, which doesn't hog GPU memory (some miners report good results with Windows Server 2016 but we can only confirm that Win 7 solves the problem for us).


    Changes in version 2.7c (since 2.6):
    * Supports AMD Vega, 580/570/480/470, 460/560, Fury, 390/290 and older AMD GPUs with enough VRAM

    sigh,,,,,,

    But it only supports compute 3.0 or higher Nvidia cards. Meanwhile ethminer, and other crypto apps support older Tesla cards from the c2050, m2050, and s2050 Fermi cored which haul ass still compared to some of the GTX series..  I have some 6GB and 3GB Teslas that still run well for CUDA 6.5 or higher.
     
    Why is it when developers crank out a new and improved version they kill off support for the hardware that got the game started a while ago?
    ccminer and a few others still have the source code or compiled archived versions out there.

    Is there a previous version of PhoenixMiner that will support the older Fermi based cards?
    The CUDA 9.1 dev kit can run on these cards.
    [/list]
      No, there never was any support for GPUs with less than CUDA cap 3.0 in PhoenixMiner.

       There are no fundamental problems to adapt the CUDA kernels for older GPUs, but we don't have any of them to test on and probably (like 99% probability) there will be bugs and crashes. Also, we use some features that were first introduced in 3.0, and while it is possible to provide versions that work with 2.0 and 2.1, they will be substantially slower and might not be able to mine enough coins to even pay the power bill.
    peterboy1
    Newbie
    *
    Offline Offline

    Activity: 112
    Merit: 0


    View Profile
    March 21, 2018, 08:37:01 AM
     #1137

    well, i like this dev. responsive to inquiries.

    just dont change attitude when you already gain massive users (and so is your devfee wallets).

    i'll be waiting for your dual miner. dont try to compete much with claymore. you might inflate hashrates but break stability. as what im experiencing with his latest one. but maybe its on my end. not blaming miners really, just a personal experience (and random similar reports).

    as long as possible, aim firstly stability then speed follows.

    thanks.
    Digital_Seytan
    Newbie
    *
    Offline Offline

    Activity: 85
    Merit: 0


    View Profile
    March 21, 2018, 11:04:19 AM
     #1138

    Hello good day ,Phoenixminer 2.8.a users.
    First, I used an online virus scanner to check the file phoenixminer 2.8.a.
    The results are: 4/64 detected
    https://www.virustotal.com/#/file/ab3f31a48199c800f7f958df21aed6565a9e972581d301ffedc0afa15b8e1cb7/detection
    which is actually an excellent result, given that the Claymore's v 11.5 miner gives 19/62 positives
    https://www.virustotal.com/#/file/9f2da65c0d6ff694aa66bf9207de9b42f62604021459dfbcba1c2ea2625116c2/detection
    And even the open-source ethminer 0.14.0.dev4 gives 10/65 positives, which is ridiculous .
    https://www.virustotal.com/#/file/33c0d6b7676d69ed497f8f91fa88ddb7b41c3db2e0cc0291de7d6c0724f66e9c/detection
    UnclWish
    Sr. Member
    ****
    Offline Offline

    Activity: 560
    Merit: 251


    View Profile
    March 21, 2018, 11:19:57 AM
     #1139

      The new kernels for RX470/480/570/580 that are coming in 2.8b, should provide some speed increase as well, although their main goal is to increase stability and allow using higher mining intensity on the same voltages and clocks.
    This is good! I'm waiting 2.8b! Hope you make it soon...
    NateDoggETH
    Jr. Member
    *
    Offline Offline

    Activity: 76
    Merit: 1


    View Profile
    March 21, 2018, 06:11:45 PM
     #1140

    I just started testing PhoenixMiner 2.8b on one of my mining rigs. They are currently running Claymore ETH miner but I have seen to many posts about P.M. lately that trying it wont hurt.

    So far I am not disappointed. On the Rig I am running, Claymore would freeze the rig no matter what overclock settings I had, or how I applied them to the cards. I even removed them and after about 4-5 hours, that Rig would start freezing. So far have test P.M. 2.8b for 12 hours and no issues of now.

    Pages: « 1 ... 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 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 ... 132 »
      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!