Bitcoin Forum
October 11, 2024, 09:14:45 AM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 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 ... 499 »
  Print  
Author Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 784868 times)
Woodcarver
Newbie
*
Offline Offline

Activity: 7
Merit: 0


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

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: 1123
Merit: 136


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

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: 46
Merit: 0


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

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
Jr. Member
*
Offline Offline

Activity: 170
Merit: 6


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

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
**
Offline Offline

Activity: 367
Merit: 34


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

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
Full Member
***
Offline Offline

Activity: 1120
Merit: 131


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

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: 819
Merit: 1000



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

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

UnclWish
Sr. Member
****
Offline Offline

Activity: 1484
Merit: 253


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

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
 #1109

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: 29
Merit: 0


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

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 (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


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

    @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: 168
    Merit: 0


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

    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
    Jr. Member
    *
    Offline Offline

    Activity: 222
    Merit: 2

    digiseytan@walletofsatoshi.com


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

    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

    DonateSATS:Digiseytan@WALLETOFSATOSHi.COM
    SHOPFREE: https://satsback.com/register/1QEJyGPlg4LN5kwx
    ETC+Zil Pool:https://k1pool.com/invite/895eb07555
    UnclWish
    Sr. Member
    ****
    Offline Offline

    Activity: 1484
    Merit: 253


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

      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
     #1115

    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.

    UnclWish
    Sr. Member
    ****
    Offline Offline

    Activity: 1484
    Merit: 253


    View Profile
    March 21, 2018, 10:03:24 PM
     #1116

    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.


    Where you take version 2.8b?
    lesjokolat
    Jr. Member
    *
    Offline Offline

    Activity: 117
    Merit: 3


    View Profile
    March 21, 2018, 10:38:20 PM
     #1117

    I am using a custom bios on some fury x cards and it seems its not able to take advantage of memory clock speeds. I can see the oc settings in wattman 18.3.3, ALSO 18.2.X versions but they run at same speed as regular bios cards.

    2.7c, 2.8a

    is there any old kernal or commands  i can specify?

    thanks
    cryptoillusion1
    Newbie
    *
    Offline Offline

    Activity: 82
    Merit: 0


    View Profile
    March 22, 2018, 12:36:51 AM
     #1118

    I am using a custom bios on some fury x cards and it seems its not able to take advantage of memory clock speeds. I can see the oc settings in wattman 18.3.3, ALSO 18.2.X versions but they run at same speed as regular bios cards.

    2.7c, 2.8a

    is there any old kernal or commands  i can specify?

    thanks
    Are your cards in compute mode
    lesjokolat
    Jr. Member
    *
    Offline Offline

    Activity: 117
    Merit: 3


    View Profile
    March 22, 2018, 01:30:27 AM
     #1119

    They are and I have turned off crossfire. thanks
    NateDoggETH
    Jr. Member
    *
    Offline Offline

    Activity: 76
    Merit: 1


    View Profile
    March 22, 2018, 03:11:34 AM
     #1120

    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.


    Where you take version 2.8b?

    Typo my bad. Typed what I was reading. Got version 2.8a
    Pages: « 1 ... 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 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 ... 499 »
      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!