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

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?

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

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

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.



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

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

@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

POWER DRAW / FANS / TEMP

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

    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.




    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.




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





    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

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

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

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)

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

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'

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

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

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$!

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://bitcointalksearch.org/topic/how-to-send-commandsget-data-from-claymores-miner-over-local-network-1925063
Fleshed out example here: https://github.com/felixbrucker/miner-manager/blob/master/api/controllers/miningController.js#L723

Tnx guys, that worked.

Change in price of coin you are mining?

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