PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)

[janding]

i get low stales on my rigs with PM, about 1.5% or less on average. both AMD and NVIDIA based rigs.

AMD:
PM 2.7c
6x RX 570 4GB
2x RX 580 4GB
each card is BIOS modded for core/mem clocks as well as timing patches
no software based OC
18.1.1 drivers (in compute mode)
total hashrate 228MH
nanopool ETH
stales: 1.47%

NVIDIA:
PM 2.7c
1x 1080ti
5x 1060 6GB
1x 1060 3GB
BIOS modding not possible with Nvidia cards
Afterburner with cards underclocked core and OC mem (600-900 oc mem depending on card)
390.77 drivers
total hashrate 182MH
nanopool ETH
stales: 0.76%

Are these numbers from the pool or the miner ?

[1714197648]

1714197648

[1714197648]

1714197648

[1714197648]

1714197648

[1714197648]

1714197648

[gsrcrxsi314]

the miner. nanopool doesnt report stales %

[janding]

the miner. nanopool doesnt report stales %

Then you have no idea what you stale shares are.
That number from the miner is totally worthless. That's why I wish PM would remove that from the display.
The number reported from the miner is useless. Only the pool knows if the share is stale.

That constantly confused everyone when they see that low number in the miner.
I think they leave it there so people will think they are getting this really great stale share rate.

I get 1 or 1.5% on the miner also. But the EtherMine pool shows the actual real stale shares submitted.
I have 4 to 8% stale shares at the pool sometimes a little higher. That's the only place it counts.

Even PM states that that number is not accurate if you look up previous post's from them explaining that
number.

[gsrcrxsi314]

my pool-side calculated hashrate (calculated from ACCEPTED SHARES) over long time periods always matches my miner reported hashrate within 1-2%, so i'd say the miner is pretty accurate...

24hr hashrate: 445.1MH
Reported Hashrate: 450MH

thats a ~1% difference. seems to line up with my ~1% stales figure...

plus you still get credit for uncles anyway.

[janding]

my pool-side calculated hashrate (calculated from ACCEPTED SHARES) over long time periods always matches my miner reported hashrate within 1-2%, so i'd say the miner is pretty accurate...

24hr hashrate: 445.1MH
Reported Hashrate: 450MH

thats a ~1% difference. seems to line up with my ~1% stales figure...

plus you still get credit for uncles anyway.

Yes, Ethermine pays .65% for stale shares which is better than nothing for sure.
Other pools don't give you anything for stale shares.
But mine and many other I know don't have the good fortune as you and maybe some others do
with that number lining up that close.

I have found it to be much different when you actually see the pool report vrs the miner report.

[twotwosix]

Hello Phoenixminer, when the new version? I have 2-5% stale shares and no improvement in the Kernel with rx580 8gb

   2.8b will be released late Sunday or early Monday depending on stability during the internal tests.

Not ready yet?

[PhoenixMiner]

Second beta of 2.8 is ready: PhoenixMiner 2.8b. It can be downloaded from here:
  (MEGA links are no longer active)

  Here are the checksums to verify the download:

Code:

    File: PhoenixMiner_2.8b.zip
   SHA-1: 650c584763e99fb69599e7a7cf88523ffe8c3467
 SHA-256: d7892cee8695595685e796c4f7513b31bfa71b2180885b5ea3630dca43496c85
 SHA-512: 516ef2165d6170939b88d94a5f64764ffd861b9873c7ac1c80b0a7780c9af1ce22e96f6e50721c551a9434c9c4b7864d6a04cf7798a6452042db343064f8513d

   Note that this is not an official release. The changes are:

• New AMD kernels for AMD RX470/480/570/580, Vega, and Fury, providing slightly higher hashrate and slightly lower percentage of stale shares. The new kernels are used by default on these GPUs. You can also revert to using the old kernels with -clkernel 1 (or -clkernel 2 for Polaris)
• When using the new kernels, the mining intensity is 12 by default instead of 10
• The mining intensity range is now up to 14. Use the highest -mi values only with the new AMD kernels as for the other kernels the stale shares may increase too much
• Many small improvements and fixes

[MaxMidnite]

Does the miner support Ethereum classic, can you provide list of supported coins?

[PhoenixMiner]

Having problem with 1060 3gb and buffer (I have 25gb of pagefile). Im back to claymore (using -eres 0).
I will wait a fix in phoenix..

   You can use -eres 0 with PhoenixMiner too. However this is only a temporary solution - in a few weeks you will have to switch to Windows 7 or other OS that doesn't hog the GPU memory like Windows 10 does.

cvddc and mvddc do not work for AMD blockchain drivers 23 august 2017, claymore does, can you make it to work on your miner? Also, claymore stale shares are lower than your miner right now.

   This is a known issue and unfortunately we can't lose more time trying to fix it as in these drivers the ADL support is seriously broken. The OC settings should work properly in any of the new 18.x.x drivers. As for the stale shares, this should be solved in the new PhoenixMiner 2.8b.

....
Thanks for responding, that info is helpful.  I did actually notice that even on reboot, the hardware settings previously set in PM are still active.  But, like I said, I've been shutting down with a taskkill.  I will continue to experiment.  Considering that you specify a voltage in mV and not a mV offset I could not figure out the problem I'm seeing with super low voltages.  If I reset my GPU using MSI AB (I didn't know there was a -resetoc command) and I run PM with a undervolt, say 1050mV on the core.  It goes off and voltage looks good.  Then if I close (the wrong way, I know), the 1050mV core voltage persists, but I understand why now.  What is still a mystery, is that when I launch PM again, with the same 1050mV setting in my bat, then I see like 930mV in GPU-Z and I get artifacts leading to either driver crash or BSOD.  So I still can't figure that one out.  Again, this is on an R9 390 / Hawaii.

Regardless, thanks for the great attentiveness to user issues!

   There is no -resetoc option in the current release but it will be added in the final 2.8 (or in the first 2.9 if it prove challenging). We will investigate the issue further, using the same card as we were quite busy with the new AMD kernels.

2.8 crashes one of my rigs every 3-4 hours and needs manual intervention. Can’t really figure it out.

   Could you send us a log file from around the crash? Also, info about what card you are using and which drivers would be helpful.

Does the miner support Ethereum classic, can you provide list of supported coins?

   Yes, it does. You can see the list of supported coins on the first page of this thread under the possible values of the -coin command line option:

Code:

 -coin <coin> Ethash coin to use for devfee to avoid switching DAGs:
     auto: Try to determine from the pool address (default)
     eth: Ethereum
     etc: Ethereum Classic
     exp: Expanse
     music: Musicoin
     ubq: UBIQ
     pirl: Pirl
     ella: Ellaism
     etp: Metaverse ETP
     pgc: Pegascoin
     akroma: Akroma
     whale: WhaleCoin
     vic: Victorium  

[human75]

Hi.
There is no way to. make afterburner work after 3 gpu with new amd adrenalin driver. I tried ddu and i installed from lower version of 18.xxxx to higher but no luck. it works with 1 or 2 rx570 when you installed 3rd card it doesn't allow me to OC my gpu cards.Rx 570 cards are there but all cards are Gray out. so you cannot change anything there.  Anybody has got idea or advice? Many thanks in advance.

[Digital_Seytan]

Second beta of 2.8 is ready: PhoenixMiner 2.8b. It can be downloaded from here:
  https://mega.nz/#F!GIEy2SrQ!f9gFOj-OahtdQLQi3o0WZg

  Here are the checksums to verify the download:

Code:

    File: PhoenixMiner_2.8b.zip
   SHA-1: 650c584763e99fb69599e7a7cf88523ffe8c3467
 SHA-256: d7892cee8695595685e796c4f7513b31bfa71b2180885b5ea3630dca43496c85
 SHA-512: 516ef2165d6170939b88d94a5f64764ffd861b9873c7ac1c80b0a7780c9af1ce22e96f6e50721c551a9434c9c4b7864d6a04cf7798a6452042db343064f8513d

   Note that this is not an official release. The changes are:

• New AMD kernels for AMD RX470/480/570/580, Vega, and Fury, providing slightly higher hashrate and slightly lower percentage of stale shares. The new kernels are used by default on these GPUs. You can also revert to using the old kernels with -clkernel 1 (or -clkernel 2 for Polaris)
• When using the new kernels, the mining intensity is 12 by default instead of 10
• The mining intensity range is now up to 14. Use the highest -mi values only with the new AMD kernels as for the other kernels the stale shares may increase too much
• Many small improvements and fixes

--------------------------------------------------------------------------------------------------------
It looks like what is already good, from 2.6 with all possible improvements only with each version gets worse, except for the extra functions. It is fun new features but leave the base as it was first. Thanks for the latest version Phoenixminer 2.8.b but a lot of extra functions has not been added unfortunately.

[twotwosix]

The new version improve the hashrate for rx580 8gb. But for my Rx 470/570 4gb is better Kernel 2 and more low than claymore

[UnclWish]

2.8b is very good!
One wish in comparing with Claymore:
1. Claymore have intensity from 0 to 16. 8 is default. If I use GPU for other purposes during mining (video, small games) Claymore miner just lower the speed and other 3D app runs good.
2. Phoenix miner have intensity from 0 to 14. 12 is default. Speed a bit higher than Claymore with default intensity in PM (12) and in CM (8 ). But Phoenix miner during mining and playing even weak games drops speed of mining even more than Claymore but gives less power to D3D app.
Lowering intensity to 9 in PM lower the speed but nearly not increase D3D power for apps.

Can you add in miner auto detection of D3D usage by other app and auto lower intensity for it? I just use my 1st GPU not only for mining...
Sorry if it too hard but Claymore can do that... I hope that you also can do that!

And another one question:

What about GPU tuning parameter in new kernels? Does it the same as in 2.7 or maybe 15 is not optimal now?

[Iamtutut]

2.8b is very good!
One wish in comparing with Claymore:
1. Claymore have intensity from 0 to 16. 8 is default. If I use GPU for other purposes during mining (video, small games) Claymore miner just lower the speed and other 3D app runs good.
2. Phoenix miner have intensity from 0 to 14. 12 is default. Speed a bit higher than Claymore with default intensity (12). But Phoenix miner during mining and playing even weak games gives more speed to mine but less to D3D app.
Lowering intensity to 9 in PM lower the speed but nearly not increase D3D power for apps.

Can you add in miner auto detection of D3D usage by other app and auto lower intensity for it? I just use my 1st GPU not only for mining...
Sorry if it too hard but Claymore can do that... I hope that you also can do that!

And another one question:

What about GPU tuning parameter in new kernels? Does it the same as in 2.7 or maybe 15 is not optimal now?

I'm in the same situation, my miner is also my PC (3 RX570). I'll update it to probably a Ryzen 2400G to use the integrated Vega cores as the primary video ouput.

[aurus33]

Second beta of 2.8 is ready: PhoenixMiner 2.8b. It can be downloaded from here:
  https://mega.nz/#F!GIEy2SrQ!f9gFOj-OahtdQLQi3o0WZg

  Here are the checksums to verify the download:

Code:

    File: PhoenixMiner_2.8b.zip
   SHA-1: 650c584763e99fb69599e7a7cf88523ffe8c3467
 SHA-256: d7892cee8695595685e796c4f7513b31bfa71b2180885b5ea3630dca43496c85
 SHA-512: 516ef2165d6170939b88d94a5f64764ffd861b9873c7ac1c80b0a7780c9af1ce22e96f6e50721c551a9434c9c4b7864d6a04cf7798a6452042db343064f8513d

   Note that this is not an official release. The changes are:

• New AMD kernels for AMD RX470/480/570/580, Vega, and Fury, providing slightly higher hashrate and slightly lower percentage of stale shares. The new kernels are used by default on these GPUs. You can also revert to using the old kernels with -clkernel 1 (or -clkernel 2 for Polaris)
• When using the new kernels, the mining intensity is 12 by default instead of 10
• The mining intensity range is now up to 14. Use the highest -mi values only with the new AMD kernels as for the other kernels the stale shares may increase too much
• Many small improvements and fixes

Hey PM, thanks for the update, Quick question: The text "You can also revert to using the old kernels with -clkernel 1" it sounds to me like a typo, on the readme.txt file, it states that 0: generic, 1: optimized, 2: alternative

But in your update you're saying that with option 1 you're reverting back to old kernels, so, which one to use for 580's? 0 or 1 option?

Thanks

[aurus33]

Also, anyone knows a good tool to analyze logs?

[zokisev]

2.8b is looking very stable  great work

[Jbodz83]

2.8b is looking very stable  great work

where did you get 2.8b?

[UnclWish]

About 0.5-0.75% stale shares still there.

[zokisev]

2.8b is looking very stable  great work

where did you get 2.8b?

Here is the link: https://mega.nz/#F!GIEy2SrQ!f9gFOj-OahtdQLQi3o0WZg