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

Just gave a chance to PM2.8c today on Windows 10. Sharing my first expression, observations, problems and results:

Copied the Claymore config file over. It fails out of the box. Requires a migration of configuration.
After a bit of tweaking a successful configuration file migration was in place. Got the PM2.8c running in less than 3 minutes.

The following discrepancies were observed:

PM2.8c vs CL11.5
1. config file with spaces listing multiple single option values, for example: "-cvddc   835, 835, 850, 900, 835, 835" reports an issue with invalid option 835. CL allows spaces. Some use spaces with a line above as comment with list of GPUs; GPU1 GPU2 GPU3 ... - spaces are for alignment.

2. Order of GPUs is different, this leads to incompatibility with CL existing configuration. CL lists AMD cards then adds NVidia cards. On PH2.8c all are mixed as discovered at system level The migration requires redo of the config file and custom settings for all options with individual values per GPU. For example: -cclock 0,0,0,0,1170,0,0,1160,1160,1160,1180,0,1120 - the 0 for NVIDIA cards. Migrated from -cclock 1170,1160,1160,1160,1180,1120.

3. -ethi default is different 8 vs 12.


Results/comparison as reported by miners (13 GPUs rig: 5x AMD RX580, 7x NVidia 1070):
CL11.5: Average speed (as observed in logs): 400.309 - ranging: 400.151 MH/s - 400.706 MH/s @ wall wattage: 1620W
PH2.8c: Average speed (5 min): 402.817 MH/s - ranging:  400.926 MH/s - 404.945 MH/s @ wall wattage: 1630W

Observations:

1. Can confirm increased hash rate of 0.62%. (Same settings as CL).
2. The reporting API works as advertised out of the box. Using Claymore's Monitor on Android it just works, reporting the version as: PM2.8c-ETH compared to 11.5-ETH (Claymore).
3. It appears stale shares value is at a similar level to CL. The PH reported % of stale shares is not in sync with pool report (ethermine.org): 1.26% vs 3%
4. Log file entries are detailed and easy to understand.
6. The on-screen run log/report is on a higher level compared to CL. Way more informative and rich with data. Not sure about the (!) next to Share actual difficulty when diff is in GH.
7. As a software engineer I do start counting my GPUs with 0, 1 ... but on the other hand some other SWs such as HWinfo64 are also listing GPUs from 1, 2, 3... Not sure yet how annoying if at all this is.

Will keep this rig running for a while to gather more data on stability and performance. Will report back.

Would be nice for miners to add a migration section (from other miner apps) to PH.
Definitely would be interested to buy a licensed version with devfee 0.
All in all a great alternative miner with better performance and a lower devfee. A solid ****. Excellent job.

That particular card that is having the drop out is 72.4% asic quality.  The other MSI armor 570 I got in that batch is 66% asic quality and is performing fine.  I am also not pushing the undervolting much, 850mv core & 900mv mem.

Tried 2.8c. Noticed that nvidia cards found a lot of more shares then AMD cards. 

What's the ASIC rate of this card when you check with GPU-Z ? My weakest card must run at 1130MHz core to be stable with undervolting.
I'm trying the last claymore, I can't dual mine because of this one, it crashes. Waiting for next phoenix version to compare with claymore 11.6.

Running 2.8c now, One of my GPU's still drops to 0.0mh.  I have two models of this card, same memory, both with stable overclock.  Runs fine with 2.7b.  Have tried to lower significantly its memory clock from 2200 to 2100, 2075 and 2050, does not fix the problem, left the core at 1150.  With version 2.8c I have tried to use the -clnew 0 flag for that particular GPU while designating the other cards in the system -clnew 1 yet it does not fix the problem.  I run the card with -mi 12 on 2.7b so I also tried to lower that to -mi 10 on 2.8c with no difference in result.  Only way that card remains hashing is by running it separately with 2.7b.  I have also tried claymore 11.6 version with the same conclusion, hashes for a minute or two and drops out to 0.0mh. 

Has anyone else experienced this particular problem?  Its not a major issue for me running two versions but it is the idea that I cannot solve this problem has me twisted atm.   

that's a nasty virus probably. was able to track the zip file, it only has an exe file with the name "PhoenixMiner 2.8c.exe"

What's this: PhoenixMiner 2.9c: fastest Ethereum/Ethash miner with lowest devfee (Windows)?

  -tstop and -tstart work with Nvidia cards too. It was an oversight and was corrected, thank you for noticing.

  We couldn't reproduce the problem here. Could you tell us what proxy you are using (a download link perhaps)?

  If you haven't specified any -mi, the default value for Nvidia cards is still 10. Even if you have mixed Nvidia/Amd rig, you don't need to specify -mi if you are happy with 12 for AMD cards and 10 for Nvidia. However, if you want to use for example 14 for the AMD cards, you will have to specify -mi value for each card, e.g. -mi 14,14,14,10,10,10 if you have three AMD and three Nvidia cards.

 Unfortunately there is no good way to detect the coin. We use some heuristics but they aren't 100% accurate (if they were, we wouldn't have the -coin command line option). Also such feature will be easy for abuse in the future.

  No, but we liked some of the ideas in the original ethminer like showing the progress of DAG generation and the internal (visible to the miner) stale shares, so we implemented them in our miner too.

  More AMD kernel improvements are coming shortly in the first beta of 2.9.

So why are you here then?:-))Do u think dont we know etherminer? Good. luck to you. We are happy with Phoenix Miner.

you are really bad at comparing numbers, aren't you?

using software with devfee like claymore or pheonix is useless since ethminer has same hashrate and is free !!
https://github.com/ethereum-mining/ethminer/releases

Phoenixminer I have a question, when you start phoenixminer and ethminer-0.9.41-genoil-1.x.x? the screen and the operation are very similar, is the basis of phoenixminer software the same as ethminer-0.9.41-genoil-1.x.x? .

==================================================================================

Phoenixminer 2.8.c works very well less stale shares, I use nvdia gpu so far I was very satisfied with version 2.6 which gave higher stale shares. thank you for this good miner software.

https://bitcointalksearch.org/topic/m.31966965

are you new to mining ? I ask since this is a known issue

If it works that's great.
I'm pretty sure without having to reread this entire thread that Phoenix has always said they couldn't control those types of settings for
the NVIDIA cards. But, maybe they can read the temps and voltages but not set them for those cards.
Someone may could answer this best or read the entire thread to see if that is the case.

Are you sure? I'm not. Because miner allows to disable mining on any card. Miner also knows card temperature. So I cannot see the problems to stop mining on the card when temperature limit will be reached, and start again when start temperature will be reached.

2.8c has all but removed all stales i get reported on screen.

vega 64 impact, no difference in terms of speed mh wise from 2.8b.(ratio of found shares does seem to be lower though when looking at all shares found across all gpus in rig)

fury x the reported hash rates are more level but spikes to higher hashrates are gone. I was getting an avg 35.2 mh on them with spikes to 40.(2.8b) now avg is 34.5 with no spikes. 2.8c

thanks for PM

Appeal to the developers. Can you cancel devfee for coins that are not currently listed? Switching dag files can lead to a crash and change of settings -eres / -lidag this problem is not solved (

My one wish is that these fear monger morons would go away and stop posting these
ridiculous virus detection screen shots.

Go away morons.
 

recheck in a week, you will see more "evil miner" detections )))

I want to understand why this miner stays working fully when freezes?