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

[Biterion]

Hi, I have rigs with 6 x p106-100 mining edition and they work just fine with 5.3b (on 382.43 driver version).
But when I update miner to 5.4c it simply doesn't start, miner closes in a second.

I tried updating drivers to 460.89 and 5.4c starts but shows me errors:

NVAPI error in NvapiWrapper.c:316 : -6  
Unable to load NvAPI: error 3
GPU1: unable to init NvAPI with bus ID 65536
GPU2: unable to init NvAPI with bus ID 131072
GPU3: unable to init NvAPI with bus ID 196608
GPU4: unable to init NvAPI with bus ID 262144
GPU5: unable to init NvAPI with bus ID 327680
GPU6: unable to init NvAPI with bus ID 393216

What's wrong? Should I either continue to stay on 5.3b and don't update or there's a better driver to work with p106-100?

i have EVGA P106-100 now run with 441.66 stock bios
PM 5.3b, 5.4b and 5.4c get the same 21,2 Mhs on Ethas
i dont adjust anything, lets you try
maybe you can get luck with your experience

[Digital_Seytan]

What happen to gtx 1070 now with ETC mining  I get around 32.280mh/s now 90watt,with the Eth mining it is around 24 mh/s  and use 122Watt even increase mmclock and core ican only get around 24. What happen.i use win64 lite with latest nvidia driver recent and latest version of Poenixminer,what is the problem please pm developer help with a good update and straps option dont work with nvidia P106-100 mining cards trex miner work with this cards

[tg88]

What is your hashrate for 3060 TI?
 I have a Zotac with difficulty gives 57 Mh.
 Card marriage or normal?

to make it a little easier, What frequencies are you using?

It normally reaches 60 mhs:
powerlimit: 56
core: -502
memory: +1000

I achieved these results with a Galax 3060 TI EX (36ISL6MD1WGG)

[socks435]

What happen to gtx 1070 why I cant get around 31mh/s now the hr is around 23mh/s even increase mmclock and core ican only get around 24. What happen.?

Im currently set it to -straps 4 as what other suggest but no luck...

thats to low, using PM 5.4c

i got 26,8 minimum, with : PL 80 CC +100 MC +400 (after burner)
using "Ehereum-nanopool.bat" - only change the wallet and worker name

maybe ur cards over heat ...

No all card temp is around 61c. I search every and there are many miners experience the same issue but some people are not affected?
There might be something about straps changes?

[Littlegrand]

Does anyone know how to relate the Pheonixminer GPU number to the physical card under Ubuntu?

Thanks

[dfabricni]

Hi All,

I'm using latest build of HiveOS (kernel version 5.0.21-201105-hiveos; os version 0.6-184@201221; drivers OpenCL 20.30) and PhoenixMiner 5.4c. My rig has a mix of 5xRX5700 XT 8GB cards, 1xRX590 8 GB and 1xRX580 8 GB.
I'm receiving "Disabling DAG pre-allocation (not enough VRAM)" for RX580 and RX590 cards.

2020.12.21:20:54:27.883: GPU4 GPU4: Free VRAM: 7.922 GB; used: 0.062 GB                                                                                                                                                                                                                   
2020.12.21:20:54:27.884: GPU4 GPU4: Allocating DAG (4.15) GB; good for epoch up to #403                                                                                                                                                                                                   
2020.12.21:20:54:27.885: GPU4 GPU4: Generating DAG for epoch #383                                                                                                                                                                                                                         
2020.12.21:20:54:28.255: GPU5 GPU5: Free VRAM: 7.922 GB; used: 0.062 GB                                                                                                                                                                                                                   
2020.12.21:20:54:28.255: GPU5 GPU5: Allocating DAG (4.15) GB; good for epoch up to #403                                                                                                                                                                                                   
2020.12.21:20:54:28.256: GPU5 GPU5: Generating DAG for epoch #383                                                                                                                                                                                                                         
2020.12.21:20:54:28.269: GPU1 GPU1: DAG  13%                                                                                                                                                                                                                                             
2020.12.21:20:54:28.679: GPU6 GPU6: Free VRAM: 7.968 GB; used: 0.019 GB                                                                                                                                                                                                                   
2020.12.21:20:54:28.680: GPU6 GPU6: Disabling DAG pre-allocation (not enough VRAM)                                                                                                                                                                                                       
2020.12.21:20:54:28.680: GPU6 GPU6: Allocating DAG for epoch #383 (3.99) GB                                                                                                                                                                                                               
2020.12.21:20:54:28.689: GPU6 GPU6: Generating DAG for epoch #383                                                                                                                                                                                                                         
2020.12.21:20:54:28.770: GPU2 GPU2: DAG  13%                                                                                                                                                                                                                                             
2020.12.21:20:54:28.807: GPU7 GPU7: Free VRAM: 7.968 GB; used: 0.019 GB                                                                                                                                                                                                                   
2020.12.21:20:54:28.807: GPU7 GPU7: Disabling DAG pre-allocation (not enough VRAM)                                                                                                                                                                                                        
2020.12.21:20:54:28.807: GPU7 GPU7: Allocating DAG for epoch #383 (3.99) GB                                                                                                                                                                                                               
2020.12.21:20:54:28.814: GPU7 GPU7: Generating DAG for epoch #383                                                                                                                                                                                                                         
2020.12.21:20:54:29.258: GPU3 GPU3: DAG  15%

I'm concerned that when the ETH DAG hits 4 GB I will be unable to mine with these two cards. Is this error message expected and I should not worry or there is really something wrong and I should somehow fix it?

Thanks,
Dinko

[Metroid]

What happen to gtx 1070 now with ETC mining  I get around 32.280mh/s now 90watt,with the Eth mining it is around 24 mh/s  and use 122Watt even increase mmclock and core ican only get around 24. What happen.i use win64 lite with latest nvidia driver recent and latest version of Poenixminer,what is the problem please pm developer help with a good update and straps option dont work with nvidia P106-100 mining cards trex miner work with this cards

The greater the dag, the more ips it will use it, actually a gtx 1070 can do 35mhs on etc right now if you know how to.

[doctorman]

3060 Ti here - works well, unless...

- I set max overclock at start (only incorrect shares are generated - I need to start lower and increase)
- Epoch changes (same result as above)

Please fix.

happens to me as well (RTX3070), I thought it was a bug on the driver or the bios, I was updating/flashing for 2 hours before figured what you just said lol

Interesting.. thanks for reporting this.. did you try any other miner see if the same issue persists?
so it is not a driver issue, it is a general rtx 3000 series issue

If I start on +1200 mem clock I can survive  but I still get bunch of invalid shares ,  if i start under +1000mem clock and go up I get no invalid shares even up to 1500+for now I start them at +900 and go up to +1200 since you never know when the Epoch change happens and the whole thing goes down if you have it set above +1250 or so memory clock




I have an MSI and a Zotac  3060 ti ,   Zotac runs hotter and faster , but more prone to invalid shares, same story as above applies to both

I get 59-60 MH on the 900+ mem
and can get close to 64 MH if I go up to +1500 and give it some  power like 66% to 68%

Here's what I did,
reset every oc settings to stock
start the miner
wait it to load the dag file and everything
let it run for 2-3 minutes
crank the memory oc +1500 in one go

never got invalid shares until it loads the new dag then the issue comes back
hope this help

that is not a solution..
that is exactly what we are all saying.

you never know the epoch change time  and don't want to be by the miner to check it for that.
Perhaps a new parameter to temporarily change the mem clock before the epoch change  in phonexminer would fix this.

[Geniusvzla]

got a strange prob on my personal computer and one of my rigs. after a day or two teamviewer goes offline (but miner still works for half a day) and in the end this error message appear An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full. Windows 10 latest build drivers: 18.12 and 18.6 . systems have sufficient vram . any suggestions?

Hello, enter the Device Manager: Network Adapters and if you have this (WAN Miniport) then disable them all and restart your computer. Then verify that they are really disabled.
You must also verify with HWiNFO64 that you do not have memory errors in the GPUS, if you have them, just lower the memory clock until you eliminate them. I had that glitch and managed to fix it with these 2 options.
Excuse my bad english  

[socks435]

Is the -daglim can be also use on nVidia GPUs? or it's just for AMD card with 4gb memory?

I just trying to fix the drop in hashrate with nVidia GPUs. The reason that I see from the drop in hashrate is because of the dag epoch.

[josh1095]

1 hour in and wow, switching from claymore to phoenix was a breeze. Almost a copy and paste affair. I mean, gotta setup your powershell:startup and paste in some new info but it was super simple and so far, looking good.
I would've never switched but, for whatever reasons, the devs behind claymore must not have written working miner for the DAG increase the other morning(it was a day ago i think).

Just wanted to say thanks

*Rig is running 1 rx580 8g and 7 1060 6Gb cards at a solid 185mH. The 1060s have all been going for 3 years straight by the way. Hardly any failures since i switched to using a rack server type 12v supply. Also, they're $25! super efficient and very very powerful

[socks435]

Do you guys still mining with rx470?
Planning to rebuild this rig. I want to know if still worth mining with rx470.

If someone still mining with this cards can you share your power consumption. Thanks.

[duketasos]

got a strange prob on my personal computer and one of my rigs. after a day or two teamviewer goes offline (but miner still works for half a day) and in the end this error message appear An operation on a socket could not be performed because the system lacked sufficient buffer space or because a queue was full. Windows 10 latest build drivers: 18.12 and 18.6 . systems have sufficient vram . any suggestions?

Hello, enter the Device Manager: Network Adapters and if you have this (WAN Miniport) then disable them all and restart your computer. Then verify that they are really disabled.
You must also verify with HWiNFO64 that you do not have memory errors in the GPUS, if you have them, just lower the memory clock until you eliminate them. I had that glitch and managed to fix it with these 2 options.
Excuse my bad english  

You are right !! opened device manager and had like 8!! wan miniports ,disabled them all restarted and none of it even appears now, that's for stage 1, for stage 2 if problem still there i will lower the mem clock. Thank you mate for your advice!!!

[theerachate.p]

3060 Ti here - works well, unless...

- I set max overclock at start (only incorrect shares are generated - I need to start lower and increase)
- Epoch changes (same result as above)

Please fix.

happens to me as well (RTX3070), I thought it was a bug on the driver or the bios, I was updating/flashing for 2 hours before figured what you just said lol

Interesting.. thanks for reporting this.. did you try any other miner see if the same issue persists?
so it is not a driver issue, it is a general rtx 3000 series issue

If I start on +1200 mem clock I can survive  but I still get bunch of invalid shares ,  if i start under +1000mem clock and go up I get no invalid shares even up to 1500+for now I start them at +900 and go up to +1200 since you never know when the Epoch change happens and the whole thing goes down if you have it set above +1250 or so memory clock




I have an MSI and a Zotac  3060 ti ,   Zotac runs hotter and faster , but more prone to invalid shares, same story as above applies to both

I get 59-60 MH on the 900+ mem
and can get close to 64 MH if I go up to +1500 and give it some  power like 66% to 68%

Here's what I did,
reset every oc settings to stock
start the miner
wait it to load the dag file and everything
let it run for 2-3 minutes
crank the memory oc +1500 in one go

never got invalid shares until it loads the new dag then the issue comes back
hope this help

that is not a solution..
that is exactly what we are all saying.

you never know the epoch change time  and don't want to be by the miner to check it for that.
Perhaps a new parameter to temporarily change the mem clock before the epoch change  in phonexminer would fix this.

I didn't know this method has been posted before, I kinda figured all this out on my own lol.
I'm not saying this is the solution by any means, but at least I got it running pretty stable for quite a while, which is better than just start the miner and it just pukes invalid shares everywhere.
like you said, we will have to wait for either the dev or the driver to be fixed or something.

[lionkos]

Rig with 5 rx 5700 xt with settings vram clock speed 1800 to 1810, core 1300 to 1350 MHz and voltage 725 to 800 mv , win 10, amd driver ver 20.4.2. Test it at f2pool, ethermine and nicehase. With teamredminer had no problem at all, no problem at all for 5 days continuously. With phoenix miner 5.4c and 5.3b I had the same problem, when the phoenix was starting after a while (from 1 or 2 min to few hours) 1 or 2 gpus they showed 0 mh while the phoenix continued mining with the other gpus without any message and the volt from the gpu that shows 0 Mh drops to 20 watt at the software and about –100 from the wall.
Any idea why it does this and how I can fix it?

[kiki456]

Why script random quitting? Here is log.. I use 5.4c version

2020.12.22:12:24:51.773: main *** 45:08 *** 12/22 12:24 **************************************
2020.12.22:12:24:51.773: main Eth: Mining ETH on eth-eu1.nanopool.org:9999 for 8:24
2020.12.22:12:24:51.773: main Eth: Accepted shares 3002 (5 stales), rejected shares 0 (0 stales)
2020.12.22:12:24:51.773: main Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.17%
2020.12.22:12:24:51.773: main Eth: Maximum difficulty of found share: 141.3 TH (!!!)
2020.12.22:12:24:51.773: main Eth: Average speed (5 min): 182.323 MH/s
2020.12.22:12:24:51.773: main Eth: Effective speed: 184.74 MH/s; at pool: 184.74 MH/s
2020.12.22:12:24:51.773: main 
2020.12.22:12:24:52.225: unkn Quitting...
2020.12.22:12:24:52.444: hwmc GPU1: reset VRAM timings
2020.12.22:12:24:52.444: hwmc GPU2: reset VRAM timings
2020.12.22:12:24:52.444: hwmc GPU3: reset VRAM timings
2020.12.22:12:24:52.444: hwmc GPU4: reset VRAM timings
2020.12.22:12:24:55.763: wdog Stopping watchdog thread
2020.12.22:12:24:55.796: main Exit code: 0

[devivier]

1 hour in and wow, switching from claymore to phoenix was a breeze. Almost a copy and paste affair. I mean, gotta setup your powershell:startup and paste in some new info but it was super simple and so far, looking good.
I would've never switched but, for whatever reasons, the devs behind claymore must not have written working miner for the DAG increase the other morning(it was a day ago i think).

Just wanted to say thanks

*Rig is running 1 rx580 8g and 7 1060 6Gb cards at a solid 185mH. The 1060s have all been going for 3 years straight by the way. Hardly any failures since i switched to using a rack server type 12v supply. Also, they're $25! super efficient and very very powerful

hello can you give me your oc parameters for 1060 6Gb tdp cclok mclok thank you

[doctorman]

is there a way to be notified by email or something when invalid shares go above certain percentage?

would be a great feature

[foxy93]

Hi! So I got a problem on Linux. After update (and on old version too). My minner suddenly start to drop cards one by one. Until it see only 3 of them.
When I do hard reboot is see all 8 again, but then process repeat.

Its 4GB RX 480. I am using latest version but already tried everything from 5.1 till latest.
Also, tried to low down core Core MHZ and Memory MHZ  - didn't help.

Feels like it start dropping card when it's try to autotune, but setting of -gt parametr, also didn't work

Any help here?

[kiki456]

is there a way to be notified by email or something when invalid shares go above certain percentage?

would be a great feature

Do you know how to setup to bi notified when worker is offline?