Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) - page 321. (Read 784965 times)

The first beta of 4.6 is ready. It includes the new RX5700 kernels. Note that the optimized Navi kernels are only in the Windows version as there are no fixed drivers for Linux from AMD yet. Also, you need the latest 19.9.1 drivers from AMD if you are using RX5700. You can download PhoenixMiner 4.6b from here:

(MEGA links are no longer active)

If you want to check the integrity of the downloaded file, please use the following hashes (you need the last file PhoenixMiner_NVRTC_Windows.zip only if you want to mine BCI with Nvdia cards under Windows):

Here are the new features for this release:

• Added optimized kernels for AMD RX5700 (Navi) GPUs under Windows (you need AMD driver 19.9.1 to use these kernels)
• Implemented hardware control (setting clocks, voltages, power limit, fan control) for AMD cards under Linux. Requires PhoenixMiner running with root permissions. The clocks and voltage control require relatively new drivers (tested on 19.30-855429) and adding the following boot parameter to Linux kernel: amdgpu.ppfeaturemask=0xffffffff
• Added advanced hardware stats (-hstats 2) for Nvidia cards under Linux
• Added advanced hardware stats (-hstats 2) for AMD cards under Linux (requires relatively new drivers)
• Implemented proper fan control for latest Nvidia cards from 20x0 and 16x0 series (Windows)
• Added support for all new AMD Windows drivers up to the latest 19.9.1
• Added support for all new AMD Linux drivers up to the latest 19.30-855429
• Other small improvements and fixes.

I used Claymore/Nanopool for almost 2 years. Recently switched to Phoenix/Ethermine and saw a 9% increase in mining speed. This was measured not by Mh/s, but by the timeframe of payouts. Phoenix is BY FAR the more stable and better performance miner.

Claymore miner comes to the rescue each time Phoenix miner having problems with 4GB cards.
The rest...still mining with Phoenix (8GB cards).

  Well they have 8 GB VRAM - you won't see any problems for many years with so much VRAM. The problems start with 4 GB cards because Windows 10 allocates a lot of video memory for its own needs (or so Microsoft says), and there is not enough free video memory left for the DAG file, which is about 3.3 GB for the ETC right now.

I’m running 7x 1070s on Win 10 (1903) without any memory problems. 4.5c is rock-solid for me.

Thanks for info! We'll wait.

  No, the only valid/official download link is the one in the first post of this thread. You can also check the integrity of a file downloaded from other place (as you should every time when you download program from Internet), using the checksums, provided in the first post.


  There is no option to change it however if you use the legacy Claymore options, they will work as expected - i.e. with zero-based GPU indices. For example: -gpus 1 and -di 0 will have the same effect - will only enable mining on the first GPU. While we, as programmers, find the 0-based indices quite natural, most people don't and we prefer to keep the things simple whenever possible.


  The new version is coming within a few days. We are performing some additional tests with the new driver because it changed the behavior of Navi cards beyond the fixing of the TLB issue.


  We will send you a PM as per your PM the problem won't be fixed by simply ignoring the VBIOS reported limits.


   Yes, these options won't buy you much time. We never said that - if you read the original message, the best solution is to use Linux, which doesn't hog GPU memory like Windows 10 does. However, we recognize that this may be quite impractical, especially if the machine is not a dedicated mining rig. So, your best bet is to either use the integrated GPU (if you are using an Intel CPU) as primary GPU (i.e. connected to a display), or "sacrifice" one of the GPUs and use it as primary GPU, and run the miner on the rest, which shouldn't be affected by the problem.


   The NVAPI error is caused by Nvidia drivers refusing to allow the overclocking interface (NVAPI) to work on your cards. Maybe a driver issue - we can't reproduce it here. You can try plugging a display in at least one of the Nvidia cards because the Nvidia drivers are known to throw a fit sometimes when no Nvidia card is actually connected to a display (or display plug). The lack of NVAPI support doesn't affect the mining but will disable the hardware control options like setting the clocks, power limits, etc.

There is a GitHub repository: https://github.com/Phoenix-Miner/PhoenixMiner/releases
Is this valid?

 Hello

Default GPU index number  start with #1   in Phoneix miner.
How can I change is as #0

can you please share more info?
is the card bios moded? mem timings? undervolted ?

thanks.

That's what I'm talking about - many stale shares with general kernels, caused by miner not support 19.9.1 drivers... Waiting miner update...

No rejected shares atm, however, have an est stale share percentage of 12.49, has been running stable for close to 5 hours. I assume general kernels.
Cheers

But 4.5c didn't have full support of 19.9.1 drivers. On general kernels? With many rejected shares?

Sapphire Pulse RX 5700 XT running at 54.14MH drawing 105W from wall with 4.5c and AMD 19.9.1.

19.9.1 driver AMD released... People writes that on Navi good speed on eth with them...
Waiting miner update...

hi,

any idea when 4.6 comes out ?

i really cant wait, this mem clock issue is driving me nuts.

thanks.

-rvram -1 -eres 0 ==> only last about a week not 5-9 additional months and is no longer working.
Please HELP!

I don't know then. For me, problem NVAPI error solved on Nvidia cards, by copying dll files. Do you mining ProgPow?

Problem still continues  after copying the dll files.

- Download PhoenixMiner_4.5c_Windows and PhoenixMiner_NVRTC_Windows: https://mega.nz/#F!2VskDJrI!lsQsz1CdDe8x5cH3L8QaBw

- Then unzip NVRTC and copy both files (nvrtc-builtins64_80.dll and nvrtc64_80.dll) to the PhoenixMiner_4.5c directory.

That should solve the problem.