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

[speed07]

maybe due to driver?, i find st in this topic https://github.com/ethereum-mining/ethminer/issues/1966

From 19.X.X till now all amd gpu drivers support 8gb single memory allocation. You can try installing other driver but your chances are little.

oh, tk u

FIXED: You were right for the driver. Install driver 20.5.1 or later and you will be able to run -clKernel 3. It seems that 8GB allocation is introduced in 20.5.1 driver. I have installed 20.4.2 driver on my computer and got the same message as you "clKernel 3 is ignored", and my "Max allocation size" went down to 4244635648.

tk u, love u so muchhhh...

[deedeeranged]

Thanks! Without clgreen speed faster? More power uses?

Actually there is not enough difference between having -clgreen on or off on either power or speed as I can tell.
I have ran it for long periods both ways, no noticeable impact on money or power. But, the -clKernel 3 instead of -clKernel 1
immediately increased my hash rate as I mentioned earlier, not a lot, but I welcome any small improvements.
The AMD cards with Phoenix work unbelievably well. I never have a crash or anything negative. It just runs forever without any intervention.
It's a great miner. Hope you find your issue with the green setting but unless you get different results than I do I'm not sure you will see much gain.
Let me know if you get different results please.

May I be so bold to ask what settings or config,txt you use to start PhoenixMiner for the rx580 (I have a rx580 8gb) also if anyone has some idea for settings to use with a r9 390?

Will be much appreciated.

My post above has the complete log of all the settings in my config.txt file.
Just look at this line:   2021.08.04:19:05:12.583: main config.txt:
2021.08.16:10:45:13.214: main config.txt: -pool ssl://us1-etc.ethermine.org:5555 -pool2 ssl://eu1-etc.ethermine.org:5555 -wal 0xfeXXXXXXXXXXXXX -wal2 0xfeXXXXXXXXXXXXX -worker Zilla-ETC-1 -worker2 Zilla-ETC-2 -coin etc -coin2 etc -rmode 2 -cclock 1275,1275,1275,1275,1275 -cvddc 945,955,945,945,945 -mclock 2155,2175,2170,2133,2149 -mvddc 955,955,955,955,955 -mi 14,14,14,14,14 -gt 14,14,14,13,13 -stales 1 -stales2 1 -fret 3 -ftimeout 600 -ptimeout 30 -retrydelay 5 -rate 1 -cdm 2 -cdmport 1234 -cdmpass password -cdmrs -amd -acm -clKernel 3,3,3,3,3 -clgreen 1,1,1,1,1 -clNew 1,1,1,1,1 -clf 2,2,2,2,2 -mode 1,1,1,1,1 -gbase 1 -minRigSpeed 140 -eres 2,2,2,2,2 -dagrestart 2 -lidag 1,1,1,1,1 -gser 0 -gpureset 0,0,0,0,0 -rvram -1 -wdog 1 -wdtimeout 60 -log 1 -logfile ETC_Log.txt -logdir c:\miners\phoenix\logs -logsmaxsize 200 -gswin 15 -gsi 15 -astats 1 -hwm 2 -hstats 2 -tt 65,65,65,65,65 -prate 0.05 -fanmin 25 -fanmax 80 -fcm 0 -tmax 0 -tstop 70 -tstart 50 -mt 0 -ttli 69 -vmr 48,48,48,48,48

Sorry,
Must have been blind and lack of sleep I didn't notice it.
Hope you can forgive me.
 

[zereshk]

hi guys, anyone got a fix for error: "The option -clKernel 3 is ignored for GPU1" ?
i've got a couple of rx 470 4gb, after reading the new version notes, thought to give eth another try, but it's not working at all, btw i'm using 20.6.1 driver.

[miner29]

hi guys, anyone got a fix for error: "The option -clKernel 3 is ignored for GPU1" ?
i've got a couple of rx 470 4gb, after reading the new version notes, thought to give eth another try, but it's not working at all, btw i'm using 20.6.1 driver.

4gb is no longer viable.  You need 6gb (well technically 5gb but 6gb is actually findable).
Either pick another coin/algo or get a bigger vram video card.

[UnclWish]

Sorry, I'm using TM miner. It uses less power with a little bit slower speed.

[zereshk]

hi guys, anyone got a fix for error: "The option -clKernel 3 is ignored for GPU1" ?
i've got a couple of rx 470 4gb, after reading the new version notes, thought to give eth another try, but it's not working at all, btw i'm using 20.6.1 driver.

4gb is no longer viable.  You need 6gb (well technically 5gb but 6gb is actually findable).
Either pick another coin/algo or get a bigger vram video card.

thx for the answer, but have read the first page of this post? or is it not right anymore?
it says polaris with 4gb vram or am i making a mistake here?

[miner29]

hi guys, anyone got a fix for error: "The option -clKernel 3 is ignored for GPU1" ?
i've got a couple of rx 470 4gb, after reading the new version notes, thought to give eth another try, but it's not working at all, btw i'm using 20.6.1 driver.

4gb is no longer viable.  You need 6gb (well technically 5gb but 6gb is actually findable).
Either pick another coin/algo or get a bigger vram video card.

thx for the answer, but have read the first page of this post? or is it not right anymore?
it says polaris with 4gb vram or am i making a mistake here?

Well here is what it says:

 (AMD Polaris, Baffin, Tonga, or Fiji cards only) Limit the DAG size to <n> MB to allow mining on 4 GB cards a few weeks after epoch 373 on Windows (or 381 on Linux).


We are currently at epcoh 432

You are a couple of months late.  


Look at ETC, ERGO, Raven

[soda37]

Problem report: I'm testing phoenix with RX 6600 XT and on both rigs there are more than 30% of stale shares. On the pool I can see ~7% of stale shares. This does not happen with Gminer for example.

[kiki456]

hello. i'm got a error on all Phoenix Version on SimpleMining os :
i'm using RX 580 Saphire

[ 170.611797] amdgpu 0000:04:00.0: amdgpu: GPU fault detected: 146 0x0ff8c40c for process PhoenixMiner pid 6501 thread PhoenixMiner pid 6501
[ 170.613681] amdgpu 0000:04:00.0: amdgpu: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00105DFF
[ 170.615528] amdgpu 0000:04:00.0: amdgpu: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0E0C400C
[ 170.617377] amdgpu 0000:04:00.0: amdgpu: VM fault (0x0c, vmid 7, pasid 32778) at page 1072639, read from 'TC3' (0x54433300) (196)
[ 170.626796] amdgpu 0000:07:00.0: amdgpu: GPU fault detected: 146 0x0ff8c40c for process PhoenixMiner pid 6501 thread PhoenixMiner pid 6501
[ 170.628587] amdgpu 0000:07:00.0: amdgpu: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00105DFF
[ 170.630328] amdgpu 0000:07:00.0: amdgpu: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0E0C400C
[ 170.632069] amdgpu 0000:07:00.0: amdgpu: VM fault (0x0c, vmid 7, pasid 32781) at page 1072639, read from 'TC3' (0x54433300) (196)
[ 170.638753] amdgpu 0000:07:00.0: amdgpu: GPU fault detected: 146 0x0ff8c40c for process PhoenixMiner pid 6501 thread PhoenixMiner pid 6501
[ 170.640278] amdgpu 0000:07:00.0: amdgpu: VM_CONTEXT1_PROTECTION_FAULT_ADDR 0x00105DFF
[ 170.641760] amdgpu 0000:07:00.0: amdgpu: VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0E0C400C
[ 170.643246] amdgpu 0000:07:00.0: amdgpu: VM fault (0x0c, vmid 7, pasid 32781) at page 1072639, read from 'TC3' (0x54433300) (196)

I have the same problem with rx5700. Do you find a solution?

[mmaenpaa]

Hi,

I can also report high % of stales / rejected (>10%) with RX 6600XT with Phoenix 5.7b

With NBMiner 39.0 only about 0.05% stales/rejected.

OS:     Windows 10 Version 2009, 10.0.19043
Driver: non-whql-radeon-software-adrenalin-2020-21.8.1-win10-64bit-aug10

[Ivanek]

Same problem with 6600XT on ssl://eu1.ethermine.org:5555
Wait to fix it.

[Marburg57]

Hi

Suddenly @ 13:30 GMT+2 on the 22 of August, my PhoenixMiner reports error while mining ETC on 3 GB cards

GPU1: Starting up… (0)
GPU1: Generating etchash light cache for epoch #223
Listening for CDM remote manager at port 3335 in read-only mode
Eth: New job #7e8cde29 from eu-etc.hiveon.net:8888; diff: 5000MH
Eth: New job #778ea926 from eu-etc.hiveon.net:8888; diff: 5000MH
Light cache generated in 4.3 s (10.2 MB/s)
GPU1: Free VRAM: 2.966 GB; used: 0.018 GB
GPU1: Disabling DAG pre-allocation (not enough VRAM)
GPU1: Allocating DAG for epoch #223 (2.74) GB
GPU1: Allocating buffers failed with: clCreateBuffer (-61).
Fatal error detected. Restarting.

As far as I knwo we are far ( 1 year ) from being at epoch so DAG file size is over 3 GB

Other miners continue to work properly ( e.g. : lolminer )

I use 5.7b but also tried with 5.4c

Any idea ?

[jonnymaserati]

Hi there!

I thought I'd share this since maybe somewhere here wants to do something similar and it might save them some time.

My miner has been playing up on the last version (5.6) and I wanted to capture the performance data so that I could plot it and see if there's any indications of when it's going to fnck up. I ended up writing some Python code that imports a log file, extracts the data and then generates some charts.

https://jonnymaserati.github.io/assets/images/2021-08-22-phoenixminer-gpu-performance.png

Here's a post describing what the code is doing https://jonnymaserati.github.io/2021/08/21/why-engineers-should-use-python.html.

There's a link at the bottom of the post to download the .py file.

Hope it helps someone... I can always make a repo on GitHub if anyone wants to develop it a bit more.

Interestingly, the problem I was having (the hash rate dropping to zero and then rocketing to a huge value before crashing the miner) seems to have stopped since updating to version 5.7b and this didn't happen with previous versions?

[MrWorms]

Has anyone encountered such a error?
https://i.ibb.co/88fy09s/Przechwytywanie.png

I tested two different graphics cards (GTX 1070 and GTX 1660 Ti) and two risers (with different PCI-E connectors) and the same thing every time. In another device, both tested cards are working properly.

All of them were operational until 4/5 August. After restarting the system, there is sometimes another error informing that the speed of the fans cannot be read.

[janding]

Hi there!

I thought I'd share this since maybe somewhere here wants to do something similar and it might save them some time.

My miner has been playing up on the last version (5.6) and I wanted to capture the performance data so that I could plot it and see if there's any indications of when it's going to fnck up. I ended up writing some Python code that imports a log file, extracts the data and then generates some charts.



Here's a post describing what the code is doing https://jonnymaserati.github.io/2021/08/21/why-engineers-should-use-python.html.

There's a link at the bottom of the post to download the .py file.

Hope it helps someone... I can always make a repo on GitHub if anyone wants to develop it a bit more.

Interestingly, the problem I was having (the hash rate dropping to zero and then rocketing to a huge value before crashing the miner) seems to have stopped since updating to version 5.7b and this didn't happen with previous versions?

Don't be disappointed if you don't get many takers on your program. I can appreciate the effort, I'm a retired software engineer and write lots of tools and utilities for all sorts of things just for fun sometimes.
I have my own log parser that I use and constantly make it better, but I wouldn't put it out here. Someone would blame you or me if something totally unrelated happened.
People here are very cautious to download any code and for good reasons. These forums are full of malicious software and putting unknown code on your miner is considered a no no.
I'm sure your intentions are good and the code too. But, even I wouldn't download it. Good luck.

[penizminer]

Hi,

I can also report high % of stales / rejected (>10%) with RX 6600XT with Phoenix 5.7b

With NBMiner 39.0 only about 0.05% stales/rejected.

OS:     Windows 10 Version 2009, 10.0.19043
Driver: non-whql-radeon-software-adrenalin-2020-21.8.1-win10-64bit-aug10

Same problem here with 6600 XT, but it happens also with older versions of Phoenixminer, not only 5.7b. Stale rate reported by Phoenixminer is always over 30%, and yes, even with 100% stock settings.

But imo the biggest problem is that after about 1-3 days mining, 6600 XT's start doing 100% incorrect shares and because of that, they are not anymore regonized by a pool and you lose money. (after restarting miner all works good again, but its not nice to wake up in the morning and see that your 6600 Xt or more of them has been hashing incorrect shares whole night)

I have two different rigs with RX 6600 XT gpus: both of them are mixed with Nvidia cards, and only those RX 6600 XT:s starts doing 100% incorrect shares after that 1-3 days of mining. This has happened never before any of my other GPU's and i have been mining over one year with Phoenixminer which has been my absolute favourite... until now.

Phoenixminer with Radeon 6600 XT is incredibly unstable at this moment. I'm really hoping to see somekind of fix to this situation.

[Branko]

Strange problem here, I have single RX580 in PC, but when I try to mine with it, it crashes.

When I start miner with -l option I get this:

"Phoenix Miner 5.7b Windows/msvc - Release build
-----------------------------------------------

No CUDA driver found
OpenCL driver version: 21.6-7.x
Available GPUs for mining:
GPU1: Radeon RX 580 Series (pcie 1), OpenCL 2.0, 4 GB VRAM, 36 CUs
GPU2: Radeon RX 580 Series (pcie 1), OpenCL 2.0, 4 GB VRAM, 36 CUs
"

so miner sees single GPU as 2 devices...I can prevent crash if i put "-gpus 1" or "_gpus 2" option,
but then I only get 15MH/s (half the normal hashrate). I tried DDU and various other ways to clean
drivers, but nothing helps, its probably some registry leftover.

Ideas?

[makipsee]

Strange problem here, I have single RX580 in PC, but when I try to mine with it, it crashes.

When I start miner with -l option I get this:

"Phoenix Miner 5.7b Windows/msvc - Release build
-----------------------------------------------

No CUDA driver found
OpenCL driver version: 21.6-7.x
Available GPUs for mining:
GPU1: Radeon RX 580 Series (pcie 1), OpenCL 2.0, 4 GB VRAM, 36 CUs
GPU2: Radeon RX 580 Series (pcie 1), OpenCL 2.0, 4 GB VRAM, 36 CUs
"

so miner sees single GPU as 2 devices...I can prevent crash if i put "-gpus 1" or "_gpus 2" option,
but then I only get 15MH/s (half the normal hashrate). I tried DDU and various other ways to clean
drivers, but nothing helps, its probably some registry leftover.

Ideas?

I had this happen once when I was using remote desktop top. I think windows creates a "virtual" GPU to create the display. I switched to vnc and used a dummy display and works fine now

[swogerino]

Hi,

I can also report high % of stales / rejected (>10%) with RX 6600XT with Phoenix 5.7b

With NBMiner 39.0 only about 0.05% stales/rejected.

OS:     Windows 10 Version 2009, 10.0.19043
Driver: non-whql-radeon-software-adrenalin-2020-21.8.1-win10-64bit-aug10

Same problem here with 6600 XT, but it happens also with older versions of Phoenixminer, not only 5.7b. Stale rate reported by Phoenixminer is always over 30%, and yes, even with 100% stock settings.

But imo the biggest problem is that after about 1-3 days mining, 6600 XT's start doing 100% incorrect shares and because of that, they are not anymore regonized by a pool and you lose money. (after restarting miner all works good again, but its not nice to wake up in the morning and see that your 6600 Xt or more of them has been hashing incorrect shares whole night)

I have two different rigs with RX 6600 XT gpus: both of them are mixed with Nvidia cards, and only those RX 6600 XT:s starts doing 100% incorrect shares after that 1-3 days of mining. This has happened never before any of my other GPU's and i have been mining over one year with Phoenixminer which has been my absolute favourite... until now.

Phoenixminer with Radeon 6600 XT is incredibly unstable at this moment. I'm really hoping to see somekind of fix to this situation.

Phoenix miner has always had a lot of problems with the 6000 series (I am owner of 6800 Xt) and even now with this new release 6600 XT it is the same.They fixed the problems in the upcoming versions of their miner and I think you only have to be patient until the next release which will most probably contain a fix to this,until then you can switch miner as the other option to stop getting incorrect shares.

[makipsee]

Hi,

I can also report high % of stales / rejected (>10%) with RX 6600XT with Phoenix 5.7b

With NBMiner 39.0 only about 0.05% stales/rejected.

OS:     Windows 10 Version 2009, 10.0.19043
Driver: non-whql-radeon-software-adrenalin-2020-21.8.1-win10-64bit-aug10

Same problem here with 6600 XT, but it happens also with older versions of Phoenixminer, not only 5.7b. Stale rate reported by Phoenixminer is always over 30%, and yes, even with 100% stock settings.

But imo the biggest problem is that after about 1-3 days mining, 6600 XT's start doing 100% incorrect shares and because of that, they are not anymore regonized by a pool and you lose money. (after restarting miner all works good again, but its not nice to wake up in the morning and see that your 6600 Xt or more of them has been hashing incorrect shares whole night)

I have two different rigs with RX 6600 XT gpus: both of them are mixed with Nvidia cards, and only those RX 6600 XT:s starts doing 100% incorrect shares after that 1-3 days of mining. This has happened never before any of my other GPU's and i have been mining over one year with Phoenixminer which has been my absolute favourite... until now.

Phoenixminer with Radeon 6600 XT is incredibly unstable at this moment. I'm really hoping to see somekind of fix to this situation.

Phoenix miner has always had a lot of problems with the 6000 series (I am owner of 6800 Xt) and even now with this new release 6600 XT it is the same.They fixed the problems in the upcoming versions of their miner and I think you only have to be patient until the next release which will most probably contain a fix to this,until then you can switch miner as the other option to stop getting incorrect shares.

I have a 6900xt and never had an issue running on the 5.6d version or the 5.7b but running the older 21.5.2 drivers