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

[miner29]

Any info on why my rig restarts after i install a 4th card?
Miner starts no problem. And from what i have seen in the log there are no errors.
PC just goes off and powers on again cause i have that bios setting.
If it is a power issue what would that be? I have tried 3 different psu's even dual psu setup.
Any help would be much appreciated!

Are the cards directly in the Mobo or on risers?  Tell us more about the setup....maybe we can provide an answer.

[1713505506]

1713505506

[1713505506]

1713505506

[croairjaws]

hi guys, it's my first post here, so bear with me, also i'm kind of a newbie in mining.

i've got a couple of RX 470 4Gb mining cards and i did what the first post said and setup everything right, also i'm using awesome miner for making everything easier to do, so the problem is when i start the miner, it starts with 16-18 Mhash and it automatically goes up to about 22 Mhash after about 30-50 seconds and awesome miner gives about 2.4$ revenue for each card a day, but after about 10-15 minutes, it start to go down to 1.8$ a day, without any drop of Hash rate!!

what's wrong here? can anyone tell me?

also i'm using the 21.2.3 driver, the latest driver does not work at all.

Change in price of coin you are mining?

[ClifBar2021]

I have Win 10 LTSC, AMD driver 21.2.2, PheonixMiner 5.5c.

I get about 50Mhs on my RX 6700, but I am only getting about 7Mh/s on my 8GB RX 470. I think my 8GB RX 470 used to get almost 30Mh/s.

Any ideas why my RX 470 is so slow?

Sounds like you are not in compute mode on the 470 (6700 doesnt need it)

I have Win 10 LTSC, AMD driver 21.2.2, PheonixMiner 5.5c.

I get about 50Mhs on my RX 6700, but I am only getting about 7Mh/s on my 8GB RX 470. I think my 8GB RX 470 used to get almost 30Mh/s.

Any ideas why my RX 470 is so slow?

   Switch to Compute Mode in AMD control center (in the section Advanced settings of the GPU).

Tnx guys, that worked.

[majika]

you can read all info over API directly from rigs and then do as you pleased..

Code:

    req_dict = {"id":0,"jsonrpc":"2.0","method":"miner_getstat2"}
    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    try:
        s.settimeout(g_timeout_s)
        s.connect((ip_address, server_port))
        req_byte = json.dumps(req_dict, separators=(',', ':')).encode('ascii')+b'\n'
        s.send(req_byte)
        resp_byte = s.recv(1024)
        s.close()
        resp_text = json.loads(resp_byte.decode('ASCII'))
    except:
        #print (f"{rig_name:s}: no response within {int(timeout_s):d}sec period")
        print (f"{rig_name:s}: not responding")
        return 0

I use it to monitor bad shares/gpu too:

Excellent.. I've just got to wrap my head around how best to implement the calls and if possible figure out how to automate based on some kind of triggers.
**if possible **
Constantly monitor pool ping latency times and then if fall outside agreed spec then switch up pools -- That's basically my challenge.
Thanks for excellent pointer tho much appreciated !

--edit
found good read over on it here..
https://bitcointalk.org/index.php?topic=1925063.0
Fleshed out example here: https://github.com/felixbrucker/miner-manager/blob/master/api/controllers/miningController.js#L723

[zereshk]

hi guys, it's my first post here, so bear with me, also i'm kind of a newbie in mining.

i've got a couple of RX 470 4Gb mining cards and i did what the first post said and setup everything right, also i'm using awesome miner for making everything easier to do, so the problem is when i start the miner, it starts with 16-18 Mhash and it automatically goes up to about 22 Mhash after about 30-50 seconds and awesome miner gives about 2.4$ revenue for each card a day, but after about 10-15 minutes, it start to go down to 1.8$ a day, without any drop of Hash rate!!

what's wrong here? can anyone tell me?

also i'm using the 21.2.3 driver, the latest driver does not work at all.

Change in price of coin you are mining?

thx for the answer, i was getting depressed!!
that's what i thought at first, but i did restart the miner a couple of times and the same thing happened, it starts with with bigger revenue and it goes down about 0.8-0.9$!

[Ursul0]

you can read all info over API directly from rigs and then do as you pleased..

Code:

     req_dict = {"id":0,"jsonrpc":"2.0","method":"miner_getstat2"}
    s = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
    try:
        s.settimeout(g_timeout_s)
        s.connect((ip_address, server_port))
        req_byte = json.dumps(req_dict, separators=(',', ':')).encode('ascii')+b'\n'
        s.send(req_byte)
        resp_byte = s.recv(1024)
        s.close()
        resp_text = json.loads(resp_byte.decode('ASCII'))
    except:
        #print (f"{rig_name:s}: no response within {int(timeout_s):d}sec period")
        print (f"{rig_name:s}: not responding")
        return 0

I use it to monitor bad shares/gpu too

Excellent.. I've just got to wrap my head around how best to implement the calls and if possible figure out how to automate based on some kind of triggers.
**if possible **
Constantly monitor pool ping latency times and then if fall outside agreed spec then switch up pools -- That's basically my challenge.
Thanks for excellent pointer tho much appreciated !

--edit
found good read over on it here..
https://bitcointalk.org/index.php?topic=1925063.0
Fleshed out example here: https://github.com/felixbrucker/miner-manager/blob/master/api/controllers/miningController.js#L723

what is it are you trying to achieve here?
fyi I got the api format by wiresharking it and also found that there's a difference in implementation in phoenix and claymore

[majika]

...

Im trying to figure out a way *if possible at all ** to track pool reply times / stratum get_work response times - if, for example, it takes grater than >100ms from current pool port But at the same time whilst tracking ping reply from the other pool ports are <100ms =40ms (faster) then get the miner to switch to the faster pool port to continue mining.

..in a nutshell monitor real-time (or on average) pool ping/latency times..

My observations is that during the late evening /early hrs morning (my time) they deprioritize traffic coming from .EU region and ping times climb, Then when they have more activity over in .ch time pings drop. along these lines,  similar to that effect.

I haven't manged to track all their ports in-depth but cursory observations confirm this.
To date the best way I have to do this is to restart the miner on the new port when I see my stales counts climb.
But since this requires me to monitor rig console then it can be inefficient as I do need some sleep

Perhaps a way to look at this is to track the stale's report count and if it goes over the set threshold then trigger miner to swap ports.. As opposed to actually tracking stratum-ping times with hat utility i posted a few pages back in this thread maybe this could be one approach to skin the same cat sort of speak.

interested to get feedback/suggestions/tip's/ideas.
cheers

[AnotherTreatment]

Just a note for the Devs:

It would be great to have a feature to limit the mining power of new NVIDIA cards, taking into VRAM junction temps... I'm not sure if that's possible, but if I would have a parameter to let the miner knows that I don't want to go over (let's say) 90ª on VRAMs Junctions and the miner would reduce the power to achieve that...would be awesome....

Just a silly idea, but wanted to share it with you.
hope it helps
Regards,
AT'

[Bagge6]

question about fan hubs... how do they work? can i control speed of fans individually and how are they connected to the mobo?

[CrayjeksAjek]

I am having trouble getting my AMD card (GPU1) to dual mine.  Ive attached a log section below:

2021.03.24:20:47:42.539: GPU2 GPU2: Using v2 Ethash/Blake2s CUDA kernels (GeForce GTX 1070)
2021.03.24:20:47:43.303: GPU1 GPU1: DAG generated in 11.9 s (356.1 MB/s)
2021.03.24:20:47:43.305: GPU1 GPU1 doesn't support Blake2s dual mining
2021.03.24:20:47:43.305: GPU1 GPU1: Using Ethash OCL kernels (Ellesmere; -clkernel 1)
2021.03.24:20:47:43.305: GPU1 GPU1: no -gt value specified, switching to auto-tune
2021.03.24:20:47:43.305: GPU1 GPU1: starting auto-tune process
2021.03.24:20:47:44.922: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xe8bb18defe634eee06dde26328d90f26752a435ecfa6a31aa279552b71ab9d54","0x3ba1ec7dd7e5aad3c65bafbe04baad8cc72d5157dbce5701db30c476f182011f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0xb8b50a"]}
2021.03.24:20:47:44.922: eths Eth: New job #e8bb18de from ssl://us1.ethermine.org:5555; diff: 4000MH
2021.03.24:20:47:45.720: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}

2021.03.24:20:47:45.720: eths Eth: Send: {"id":6,"jsonrpc":"2.0","method":"eth_submitHashrate","params":["0x2d7978d","0xae5b37a78617066d76c2a23c32b570f7930171b8db0f4663914e4bd06954ffff"]}

2021.03.24:20:47:45.764: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xe8bb18defe634eee06dde26328d90f26752a435ecfa6a31aa279552b71ab9d54","0x3ba1ec7dd7e5aad3c65bafbe04baad8cc72d5157dbce5701db30c476f182011f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0xb8b50a"]}
2021.03.24:20:47:46.263: main Eth speed: 47.669 MH/s, shares: 0/0/0, time: 0:00
2021.03.24:20:47:46.263: main GPUs: 1: 20.483 MH/s (0) 2: 27.186 MH/s (0)
2021.03.24:20:47:46.263: main B2S speed: 271.859 MH/s, shares: 0/0/0
2021.03.24:20:47:46.263: main GPUs: 1: 0.000 MH/s (0) 2: 271.859 MH/s (0)

[screan]

Hi Guys,

So I've been doing some experimenting and have found some interesting stuff on the 1080ti and Phoenix Miner.

There is a magical realm at 60% powerlimit.  In this realm, the Ethlargement Pill and reducing your memory clock will increase hashrate.  I've tested other power limits and they do not act the same.

So with the following settings:  60% powerlimit, +160 core, -900mhz memory = 36.5Mh/s  @ 140Watts

Without the Pill I get 25.5Mh/S.
 
Could easily get 44Mh/s at 80-90% power limit, but that is 200+ watts and hard on the old fans.  

Does anyone have more optimal configs for Mh/Watt?

  You can use -straps 2 instead of the pill. We run our 1080Ti with the following settings: -powlim -20 -mclock +756 -straps 2 -tt 63 -tmax 68 and they give 43-44 MH/s at 200W

Wow thanks for this. I was getting 35-37 MH/s now getting 52 Mh/s on both of my 1080Ti 's

[janding]

Is there a secure SSL Port for mining ETC on ethermine.org like this:
ssl://us1.ethermine.org:5555

I can only seem to find this that works:
us1-etc.ethermine.org:4444

Surely I missed this somewhere.

Thanks

[PhoenixMiner]

...

Im trying to figure out a way *if possible at all ** to track pool reply times / stratum get_work response times - if, for example, it takes grater than >100ms from current pool port But at the same time whilst tracking ping reply from the other pool ports are <100ms =40ms (faster) then get the miner to switch to the faster pool port to continue mining.

..in a nutshell monitor real-time (or on average) pool ping/latency times..

My observations is that during the late evening /early hrs morning (my time) they deprioritize traffic coming from .EU region and ping times climb, Then when they have more activity over in .ch time pings drop. along these lines,  similar to that effect.

I haven't manged to track all their ports in-depth but cursory observations confirm this.
To date the best way I have to do this is to restart the miner on the new port when I see my stales counts climb.
But since this requires me to monitor rig console then it can be inefficient as I do need some sleep

Perhaps a way to look at this is to track the stale's report count and if it goes over the set threshold then trigger miner to swap ports.. As opposed to actually tracking stratum-ping times with hat utility i posted a few pages back in this thread maybe this could be one approach to skin the same cat sort of speak.

interested to get feedback/suggestions/tip's/ideas.
cheers

    This is something that we have on our "nice to have" list but not sure when (or even if) it will be implemented, as it crosses the boundary between miner, and rig management software. In any case, we will start implementing at least part of this functionality by tracking the average share acceptance times (these are better than just the pings because they also reflect the pool load), and the average times between jobs which can be used to estimate the expected stale shares.

Just a note for the Devs:

It would be great to have a feature to limit the mining power of new NVIDIA cards, taking into VRAM junction temps... I'm not sure if that's possible, but if I would have a parameter to let the miner knows that I don't want to go over (let's say) 90ª on VRAMs Junctions and the miner would reduce the power to achieve that...would be awesome....

Just a silly idea, but wanted to share it with you.
hope it helps
Regards,
AT'

    We are working on this, it will be ready for AMD cards in the next release but it may take a little bit longer for 3080/3090 cards.

I am having trouble getting my AMD card (GPU1) to dual mine.  Ive attached a log section below:

Code:

2021.03.24:20:47:42.539: GPU2 GPU2: Using v2 Ethash/Blake2s CUDA kernels (GeForce GTX 1070)
2021.03.24:20:47:43.303: GPU1 GPU1: DAG generated in 11.9 s (356.1 MB/s)
2021.03.24:20:47:43.305: GPU1 GPU1 doesn't support Blake2s dual mining
2021.03.24:20:47:43.305: GPU1 GPU1: Using Ethash OCL kernels (Ellesmere; -clkernel 1)
2021.03.24:20:47:43.305: GPU1 GPU1: no -gt value specified, switching to auto-tune
2021.03.24:20:47:43.305: GPU1 GPU1: starting auto-tune process
2021.03.24:20:47:44.922: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xe8bb18defe634eee06dde26328d90f26752a435ecfa6a31aa279552b71ab9d54","0x3ba1ec7dd7e5aad3c65bafbe04baad8cc72d5157dbce5701db30c476f182011f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0xb8b50a"]}
2021.03.24:20:47:44.922: eths Eth: New job #e8bb18de from ssl://us1.ethermine.org:5555; diff: 4000MH
2021.03.24:20:47:45.720: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}

2021.03.24:20:47:45.720: eths Eth: Send: {"id":6,"jsonrpc":"2.0","method":"eth_submitHashrate","params":["0x2d7978d","0xae5b37a78617066d76c2a23c32b570f7930171b8db0f4663914e4bd06954ffff"]}

2021.03.24:20:47:45.764: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xe8bb18defe634eee06dde26328d90f26752a435ecfa6a31aa279552b71ab9d54","0x3ba1ec7dd7e5aad3c65bafbe04baad8cc72d5157dbce5701db30c476f182011f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0xb8b50a"]}
2021.03.24:20:47:46.263: main Eth speed: 47.669 MH/s, shares: 0/0/0, time: 0:00
2021.03.24:20:47:46.263: main GPUs: 1: 20.483 MH/s (0) 2: 27.186 MH/s (0)
2021.03.24:20:47:46.263: main B2S speed: 271.859 MH/s, shares: 0/0/0
2021.03.24:20:47:46.263: main GPUs: 1: 0.000 MH/s (0) 2: 271.859 MH/s (0)

   Dual mining on some AMD cards is not supported with driver 20.5.1 or newer.

Is there a secure SSL Port for mining ETC on ethermine.org like this:
ssl://us1.ethermine.org:5555

I can only seem to find this that works:
us1-etc.ethermine.org:4444

Surely I missed this somewhere.

Thanks

    The following works without problems: -pool ssl://us1-etc.ethermine.org:5555 -wal 0x... See here for the other addresses: https://etc.ethermine.org/start

[UnclWish]

@PhoenixMiner, when next version? We waiting 21.3.1 support!

[majika]

@PheonixMiner

Ahh right ok..  Good to know that the suggestion on ability to track pool latency in terms of either ping or as you outline by tracking avg. share time is being considered in the "Nice to have" List and MAYBE in a forthcoming release ..
Agreed, its on the "crossing the boundary between miner, and rig management software" as opposed to a purely miner feature per se, idk like when compared to talking about optimisation of kernels for example..

Anyway PheonixMiner, thanks for reply on this. I'm excited to see what comes next.
I really hope your able to maintain support AND continued development of this project.
Its the best in its field..


E.g
This rig [stats below] uptime is like ~90hrs
My other RX580 Rig's AND my 1070's rig have been up now for like 2 weeks - PheonixMiner is rock solid.!

RX580 RIG001

Code:

*** 120:18 *** 3/26 08:43 **************************************
Eth: Mining ETH on ethash.pool.......com:XXXX for 85:49
Eth: Accepted shares 74667 (54 stales), rejected shares 5 (0 stales)
Eth: Incorrect shares 1 (0.00%), est. stales percentage 0.07%
Eth: Maximum difficulty of found share: 417.3 TH (!!!)  <===== I think this is my ATH recorded diff share.
Eth: Average speed (5 min): 298.304 MH/s
Eth: Effective speed: 289.66 MH/s; at pool: 289.65 MH/s

**Ignore some of those stales/rejected as it was mostly me when switching pools** 

POWER DRAW / FANS / TEMP

Code:

GPU0: 52C 28% 91W, GPU1: 49C 16% 90W, GPU2: 58C 52% 98W, GPU3: 56C 44% 100W, GPU4: 51C 28% 87W, GPU5: 56C 45% 88W, GPU6: 54C 30% 90W, GPU7: 55C 40% 92W, GPU8: 51C 24% 86W, GPU9: 55C 40% 98W
GPUs power: 921.3 W; total power: 1066.3 W; 

[highlander1992]

Guys can i get help?

I often get error " unable to start CDM server at port 3333.Only one usage of each socket adress (protocol/network address/port) is normally permitted (10048)

I am using RTX 2060 with phoenix miner 5.5c on ethermine batch file PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 us1.ethermine.org:4444 -wal my wallet.WorkerName -proto 3
ethermine.org (ETH, secure connection): with win 10 professional  20h2

Thx you

[mys5droid]

So the solution to your hosting problem, obviously find a new host. I reccommend Vultr they are friendly to crypto and can pay in crypto.

You also could ask the community to run mirrors.

I'd suggest making a shellscript that auto-downloads the PhoenixMiner files to mirror, and then submits the mirror URL to your server on Vultr to be listed as a "recently updated mirror"

I am sure this would solve all the problems.

You would want the mirrors to have warnings to check and verify file integrity though as some may mirror infected files.

You could automate checks on the mirror from your server to verify all the files MD5 sum never changed...

This probably would fix your problem for good.

Cheers

P.S. Thanks for your hard work. I gave you benefit of doubt because something smelled about NH screaming wolf before any word was received from you. Don't give your identity, you don't have to and shouldn't have to. NH is just protecting their newly released miner application so it helps to trash other miners and FUD them.

I often get error " unable to start CDM server at port 3333.Only one usage of each socket adress (protocol/network address/port) is normally permitted (10048)

I am using RTX 2060 with phoenix miner 5.5c on ethermine batch file PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 us1.ethermine.org:4444 -wal my wallet.WorkerName -proto 3
ethermine.org (ETH, secure connection): with win 10 professional  20h2

Add in the following to that line:
-cdm 1 -cdmport 3334

Somehow that port 3333 is being used by another application. Try changing it to 3334 and update your Foreman.mn or other miner statistics / monitor software to use 3334

[highlander1992]

So the solution to your hosting problem, obviously find a new host. I reccommend Vultr they are friendly to crypto and can pay in crypto.

You also could ask the community to run mirrors.

I'd suggest making a shellscript that auto-downloads the PhoenixMiner files to mirror, and then submits the mirror URL to your server on Vultr to be listed as a "recently updated mirror"

I am sure this would solve all the problems.

You would want the mirrors to have warnings to check and verify file integrity though as some may mirror infected files.

You could automate checks on the mirror from your server to verify all the files MD5 sum never changed...

This probably would fix your problem for good.

Cheers

P.S. Thanks for your hard work. I gave you benefit of doubt because something smelled about NH screaming wolf before any word was received from you. Don't give your identity, you don't have to and shouldn't have to. NH is just protecting their newly released miner application so it helps to trash other miners and FUD them.

I often get error " unable to start CDM server at port 3333.Only one usage of each socket adress (protocol/network address/port) is normally permitted (10048)

I am using RTX 2060 with phoenix miner 5.5c on ethermine batch file PhoenixMiner.exe -pool eu1.ethermine.org:4444 -pool2 us1.ethermine.org:4444 -wal my wallet.WorkerName -proto 3
ethermine.org (ETH, secure connection): with win 10 professional  20h2

Add in the following to that line:
-cdm 1 -cdmport 3334

Somehow that port 3333 is being used by another application. Try changing it to 3334 and update your Foreman.mn or other miner statistics / monitor software to use 3334

Is this ok? PhoenixMiner.exe -pool eu1.ethermine.org:4444  -wal 0xEdB215d5A8D9e7760********.WorkerName -proto 3 -cdm 1 -cdmport 3334? Thx  on your fast reply and help

[Shlimann]

I do like that this miner displays my best share to the pool.   

[bitquad]

Which RTX 3090 driver reports temperatures to Phoenix Miner 5.4c? I am using Claymore Miner Manager 4.0 and all RX580 and 1070 ti cards are listing temperatures and fan speeds correctly. But the RTX 3090 shows GPU temp as 0C. Should I switch the 5.5c for this to work?