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

[farsky]

epoch 374.. it seems this is the end for 4 Gb ?
my 470 got 1.5 MH/s

[duketasos]

hello anyone with msi 1070ti? tried straps 1 but no joy after a while. but so far impressive results

2020.09.17:03:07:39.460: main GPUs: 1: 32.419 MH/s (0) 2: 32.733 MH/s (2) 3: 32.853 MH/s (0)
2020.09.17:03:07:41.783: GPU2 CUDA error in CudaProgram.cu:456 : hardware stack error (714)
2020.09.17:03:07:41.783: GPU1 CUDA error in CudaProgram.cu:456 : hardware stack error (714)
2020.09.17:03:07:41.784: GPU1 GPU1 search error: hardware stack error
2020.09.17:03:07:41.784: GPU2 GPU2 search error: hardware stack error
2020.09.17:03:07:41.786: wdog Fatal error detected. Restarting.
2020.09.17:03:07:43.996: GPU3 CUDA error in CudaProgram.cu:456 : hardware stack error (714)
2020.09.17:03:07:43.996: GPU3 GPU3 search error: hardware stack error
2020.09.17:03:07:44.211: hwmc GPU2: set VRAM strap 1 (-vmt1 25 -vmt2 20 -vmt3 0 -vmr 33)
2020.09.17:03:07:44.533: main Eth speed: 0.000 MH/s, shares: 2/0/0, time: 0:03
2020.09.17:03:07:44.533: main GPUs: 1: 0.000 MH/s (0) 2: 0.000 MH/s (2) 3: 0.000 MH/s (0)
2020.09.17:03:07:44.730: hwmc GPU3: set VRAM strap 1 (-vmt1 25 -vmt2 20 -vmt3 0 -vmr 33)
2020.09.17:03:07:44.733: main GPU1: 53C 74% 34W, GPU2: 51C 77% 48W, GPU3: 56C 77% 50W

[peteycamey]

I want to use my own timings. how do you disable phoenixminers integrated timings for amd?

[rdbase]

epoch 374.. it seems this is the end for 4 Gb ?
my 470 got 1.5 MH/s

Same!
I think the time has come to say goodbye to your 4gb cards mining for ethereum.
Noticed my rig turning off for no reason with it running stable for the past 2 months non-stop.

[Xform]

I am getting better hashrate with Claymore, because of rxboost option. Is it an equivalent to that option in phoenixminer??

No. Just use the amdmwemtweak for boosting.

[ivcelmik]

Hi all,

I'm getting this on Ubuntu 16.04 18.4 drivers any ideea ?

GPU1: Unable to reset core clocks and voltages - error 0
GPU2: Unable to reset core clocks and voltages - error 0
GPU3: Unable to reset core clocks and voltages - error 0
GPU4: Unable to reset core clocks and voltages - error 0
GPU5: Unable to reset core clocks and voltages - error 0
GPU6: Unable to reset core clocks and voltages - error 0
GPU7: Unable to reset core clocks and voltages - error 0
GPU8: Unable to reset core clocks and voltages - error 0
GPU9: Unable to reset core clocks and voltages - error 0


Thank you in advance,
Best Regards,

[farsky]

epoch 374.. it seems this is the end for 4 Gb ?
my 470 got 1.5 MH/s

Same!
I think the time has come to say goodbye to your 4gb cards mining for ethereum.
Noticed my rig turning off for no reason with it running stable for the past 2 months non-stop.

I switched to ETH, there is less epoch number
and at this time .. the ETC reward increased 

[sk0mi]

I am using 4GB cards in Win 10 and it’s working fine with all recommended options - drivers, etc.
DAG 372-373 is the limit, also just like you said.
Mining on NiceHash, it’s best and easiest for me.
I tried using -dagrestart 1 option because miner would crash after some time.
It was doing fine, restarting miner on every DAG change, but just for one day.
Now -dagrestart 1 is not doing anything but miner doesn’t crash any more.
Miner restarts only when it gets DAG high for not enough vram to buffer DAG.
Then it gets back to first available DAG with occasional DAG 0 “recalculations”.
What do you recommend? Should I set -eres 0 and -dagrestart 1?
Or just one of those, or just leave it like this untill DAG gets to 370?
When is a good time to set -eres 0 (and -dagrestart 1) if it should be used at all? I gues it should, but when?
After I exploit Win10, I will switch to SimpleMineOS, it’s really great.
And after no more 4GB cards for ETH, I will switch to something else.
I don’t pay for electricity, so anything I mine is pure profitability for me...3 years, I returned my investment multiple times.
Thank you in advance

[Metroid]

epoch 374.. it seems this is the end for 4 Gb ?
my 470 got 1.5 MH/s

I have done tests and from my tests 379 is the last on linux, on windows PM said DAG epoch 372-373. ETH is on dag 363 at moment.

[Dowper_]

Hello,

I'm getting this error after 2 days of mining:

Eth speed: 311.939 MH/s, shares: 7024/0/0, time: 26:27
GPUs: 1: 51.948 MH/s (1216) 2: 52.040 MH/s (1175) 3: 52.040 MH/s (1161) 4: 51.885 MH/s (1182) 5: 52.022 MH/s (1164) 6: 52.004 MH/s (1126)
Eth: New job #92ed9bce from eu1.ethermine.org:4444; diff: 4000MH
Eth: New job #790af2c0 from eu1.ethermine.org:4444; diff: 4000MH
Eth: New job #a157ed03 from eu1.ethermine.org:4444; diff: 4000MH
0x00007FFE27409389 (0x0000022475BD94A8 0x000002247F867230 0x0000000000000000 0x00000000FFFFFFFE), aclWriteToMem() + 0x1550FC9 bytes(s)
0x00007FFE25C5823E (0x0000000000000000 0x000000FA0FFFFA50 0x000000FA0FFFFA79 0x000002247F867230), clGetPipeInfo() + 0x1D4CE bytes(s)
0x00007FFE25CE3DC9 (0x0000000000021180 0x000002247F867060 0x000000FA0FFFFA79 0x0000000000000020), clGetPipeInfo() + 0xA9059 bytes(s)
0x00007FFE25D0233E (0x0000000000000020 0x000002247F9E6D99 0x0000022470B9AC10 0x000000FA0FFFFBC0), clGetPipeInfo() + 0xC75CE bytes(s)
0x00007FFE25D025A1 (0x0000022476AE46E0 0x000002247F867088 0x000000FA0FFFFC70 0x0000022471062510), clGetPipeInfo() + 0xC7831 bytes(s)
0x00007FFE25CF4636 (0x000002247F867088 0x0000000000000000 0x000002247F9E7000 0x0000000000000000), clGetPipeInfo() + 0xB98C6 bytes(s)
0x00007FFE25C4A7A3 (0x0000022475BD9510 0x000002247F867060 0x00000224768FCAE8 0x00000224768FCAE8), clGetPipeInfo() + 0xFA33 bytes(s)
0x00007FFE25C4A89B (0x0000000000000000 0x0000022476CA11C0 0x0000022476CA11C0 0x0000000000000000), clGetPipeInfo() + 0xFB2B bytes(s)
0x00007FFE25C3B65E (0x0000022476CA11C0 0x0000000000000000 0x0000000000000000 0x0000000000000000), clGetPipeInfo() + 0x8EE bytes(s)
0x00007FFE25C58209 (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), clGetPipeInfo() + 0x1D499 bytes(s)
0x00007FFE49408364 (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), BaseThreadInitThunk() + 0x14 bytes(s)
0x00007FFE49F85E91 (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), RtlUserThreadStart() + 0x21 bytes(s)

C:\Users\a\Desktop\PhoenixMiner_5.1c_Windows>pause
Press any key to continue . . .

Could be a riser problem ?

I was receiving the same error when I had my RX 5700 XT GAMING OC on a test bench plugged directly into the MOBO, so I don't think it is a riser issue.  I can't confirm it, but it *seemed* to occur whenever GPU Memory Junction Temperature hit 110 degrees (add -hstats 2 to your bat file to display Tmem temp). I think 110 is when the card starts to throttle and that throws this error for whatever reason in PhoenixMiner.  I bumped my -fanmin up to 40 and now my tmem is running at a "cool" 102 degrees. Haven't had the aclwritetomem issue since.

I have this same issue with my RX 5700 XT gigabyte gaming oc (with igors lab mod, no mpt file loaded), I already increased my fan speed to 80% to see much lower memory junction temperature (after 80% fan speed, 80-85C). I'm still getting this errors and sometimes freezes my system. I don't think this is a riser problem. I need some help.

0x00007FFE27409389 (0x0000022475BD94A8 0x000002247F867230 0x0000000000000000 0x00000000FFFFFFFE), aclWriteToMem() + 0x1550FC9 bytes(s)
0x00007FFE25C5823E (0x0000000000000000 0x000000FA0FFFFA50 0x000000FA0FFFFA79 0x000002247F867230), clGetPipeInfo() + 0x1D4CE bytes(s)
0x00007FFE25CE3DC9 (0x0000000000021180 0x000002247F867060 0x000000FA0FFFFA79 0x0000000000000020), clGetPipeInfo() + 0xA9059 bytes(s)
0x00007FFE25D0233E (0x0000000000000020 0x000002247F9E6D99 0x0000022470B9AC10 0x000000FA0FFFFBC0), clGetPipeInfo() + 0xC75CE bytes(s)
0x00007FFE25D025A1 (0x0000022476AE46E0 0x000002247F867088 0x000000FA0FFFFC70 0x0000022471062510), clGetPipeInfo() + 0xC7831 bytes(s)
0x00007FFE25CF4636 (0x000002247F867088 0x0000000000000000 0x000002247F9E7000 0x0000000000000000), clGetPipeInfo() + 0xB98C6 bytes(s)
0x00007FFE25C4A7A3 (0x0000022475BD9510 0x000002247F867060 0x00000224768FCAE8 0x00000224768FCAE8), clGetPipeInfo() + 0xFA33 bytes(s)
0x00007FFE25C4A89B (0x0000000000000000 0x0000022476CA11C0 0x0000022476CA11C0 0x0000000000000000), clGetPipeInfo() + 0xFB2B bytes(s)
0x00007FFE25C3B65E (0x0000022476CA11C0 0x0000000000000000 0x0000000000000000 0x0000000000000000), clGetPipeInfo() + 0x8EE bytes(s)
0x00007FFE25C58209 (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), clGetPipeInfo() + 0x1D499 bytes(s)
0x00007FFE49408364 (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), BaseThreadInitThunk() + 0x14 bytes(s)
0x00007FFE49F85E91 (0x0000000000000000 0x0000000000000000 0x0000000000000000 0x0000000000000000), RtlUserThreadStart() + 0x21 bytes(s)

C:\Miners\PhoenixMiner_5.1c_Windows>pause
Press any key to continue . . .

I think I just solved my issue by downloading all the visual c++ redistributable runtimes (check the link below to download all the redist runtimes). My rig is running 26 hours straight now.

https://www.techpowerup.com/download/visual-c-redistributable-runtime-package-all-in-one/

I've had the same problem a few times already, but updated the driver to the latest version and also decreased slightly the memory and for now it seems OK.

[MineOrDie]

I cannot get straps working on my P106s even with -nvmem 1 option. It just ignores it. Somebody can help maybe?

[adaseb]

Just run it with -bench 375 (or whatever EPOCH you want to test) and see if it starts. Mine if I recall stops at Epoch 380 or somewhere there under Ubuntu. However depending on your setup it might be a few Epoch before or few Epoch after. Best way is to just run the benchmark and see if yours fail to load the DAG.

You will know because your rig will instacrash when creating the DAG. Mine starts to create the DAG and then all of a sudden it stops 25% or so and basically the rig freezes to the point where you need to literally pull the power plug and do a cold reboot. This is why I didn't want to pinpoint it exactly to what DAG it stops because its harmfull to the computer parts to keep pulling the power cord while its running. However the limit is somewhere between 375-380 or so.

[sk0mi]

I am getting better hashrate with Claymore, because of rxboost option. Is it an equivalent to that option in phoenixminer??

you run claymore and just after it is loaded the straps you pause (right click, edit, mark), then you run phoenix normally, i gain 1 to 2 hashrate / graphics cards

First card is: RX580 PULSE OC
Other: RX580 Nitro+ SE

https://i.ibb.co/HF3ygxq/SCSC.png

Not only -rxboost, but you need to run -strap 1 command also.
Claymore can find which cards are you using and apply straps for them, if they are in the straps table.
For Polaris cards it’s really big gain.
My 6 x RX470 4GB rig goes from 177MH/s to 184.5-186 MH/s depending on MEM clock (2000-2050)

You can use AmdMemTweak to actually read timings and all the settings from Claymore while Claymore is running.
After that, you can apply those settings through AmdMemTweak with a batch file.
No need for Claymore after that.
AmdMemTweak tool is working good and it’s easier to read and apply straps which are already tested (through Claymore), than testing and making your own. But with AmdMemTweak you can try sqeezing even little more hashrate just with changing those reads you got from Claymore.
It’s a little boring to read and then apply settings for all the cards, so many typing, but once you do it, you won’t be needing Claymore.

For boosting Phoenix I used to run Claymore with -rxboost 1, -strap 1, -wd 0 and -mport 0 commands.
Didn’t pause miner with “mark” but I stopped the cards with typing 0,1...5 to disable all 6 cards.
After that just minimized Claymore and run Phoenix.
All the straps were applied to Phoenix and I was getting same hashrates.

Now I use AmdMemTweak, idk why, maybe because of my OCD and not wanting to run two miners at the same time...

Both, Claymore and AmdMemTweak boost solutions are working fine, you can try any of those.
Also driver can make a small change. 18.12.1.1 is proven to work best for my rigs.
Maybe you’ll get better results with different driver.

[sk0mi]

Which driver is best for rx 570 as it sometimes crashes with blue screen and erratic?

I have rx 470 and 18.12.1.1 is proven to be best for me.
Maybe your clocks or/and voltage are a bit high?
Check those also, might not be the driver but the OC...or even -gt if you set it too brutal

[ivanpop]

For anyone who cares the newest nvidia driver 456.38 increased my hashrate 2-3mhs after this driver update... might help others with 1070's.. but i have noticed on all my rigs their newest driver increased hashrate a couple mhs.

Doesn't increase anything...

[Tms88]

hi there how can we Improve this tweak =>


-mi 14
-openclLocalWork 64
-openclGlobalMultiplier 2048.


because it works but 30% SHARE Invalid.

[UselessGuru]

hi there how can we Improve this tweak =>


-mi 14
-openclLocalWork 64
-openclGlobalMultiplier 2048.


because it works but 30% SHARE Invalid.

Second that. That'd be awesome!

[ManuBBXX]

hi there how can we Improve this tweak =>


-mi 14
-openclLocalWork 64
-openclGlobalMultiplier 2048.


because it works but 30% SHARE Invalid.

Yes, but 30% invalid represent far less even with the  (so fake) hashrate better

[ivcelmik]

Hi all,

I'm getting this on Ubuntu 16.04 18.4 drivers any ideea ?

GPU1: Unable to reset core clocks and voltages - error 0
GPU2: Unable to reset core clocks and voltages - error 0
GPU3: Unable to reset core clocks and voltages - error 0
GPU4: Unable to reset core clocks and voltages - error 0
GPU5: Unable to reset core clocks and voltages - error 0
GPU6: Unable to reset core clocks and voltages - error 0
GPU7: Unable to reset core clocks and voltages - error 0
GPU8: Unable to reset core clocks and voltages - error 0
GPU9: Unable to reset core clocks and voltages - error 0


Thank you in advance,
Best Regards,

Any ideea someone how can i fix this?

Ty in advance

[UselessGuru]

Yes, but 30% invalid represent far less even with the  (so fake) hashrate better

So fake?
When I compare with what I get at the pool the reported numbers look reasonable.