Re: PhoenixMiner 3.5d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
We have tested with 1060 3GB under Ubuntu 16.04 with Nvidia driver 390.67 and there were no problems at all. Please let us know your Linux version, Nvidia driver version, and send us the first few minutes from the log file in order to see what is going wrong in your case.
What driver version you can suggest for AMD and Nvidia cards? P.S. Using polaris, pascal, R9 Tahiti.
What driver version you can suggest for Nvidia cards?
For Windows and AMD - anything from this year (18.x.x), including the latest 18.9.1. For Linux and AMD - 17.40 or above (18.10 if using Vega). For Nvidia - the latest driver should be OK. However for most of the old cards there are no new optimizations in the latest drivers and sometimes there are problems so if you are happy with your current drivers don't change them - usually the performance difference between the driver versions is very small.can you add ROL coin for direct mining https://roller.today/
We will try to include support for it in the next release of PhoenixMiner.I have latest hive os 5-75 - nvidia gtx 1060 cards 3gb memory / 396.54 driver , tried also 390.59 (downgraded it to test) , ubuntu 18.04 (I believe you can see latest hive os details log)
...
cards just dont do anything , cpu usage goes high.. any ideas ?
here is log file:
...
It seems that the light cache generation never finishes (as evidenced by the high CPU load too). It must finish in less than 10 seconds and then the card will create the DAGs but this never happens. This is not caused by the driver version for sure. We will try with this version of hiveOS but if it is based on Ubuntu 18.04, this also doesn't explain it because we have successfully tested with Ubuntu 18.04 as well. Can you please tell us what CPU do you have in this mining rig? Even the decade-old Athlon II should generate the light cache in less than 15 seconds....
cards just dont do anything , cpu usage goes high.. any ideas ?
here is log file:
...
@PhoenixMiner: I've been getting a number of reports on that PhoenixMiner crashes when launched from Awesome Miner, and it looks like the fact that Awesome Miner starts to make API calls early on is the issue here.
Once the Phoenix Miner is up and running with the mining, the API requests are processed by Phoenix Miner in a stable way, but sometimes when the API requests are processed during the first 20 seconds - the Phoenix Miner process crashes. Is it a known issue that making API calls to Phoenix Miner during the initialization phase can cause these crashes?
Many thanks!
Yes, we have found this problem in the previous version (sometimes it crashes if a remote manager API requests are send before the miner is fully up and running), and therefore in the new version (3.5d) we have delayed the opening of the listening socket until the miner is ready to respond. So in the latest version (3.5d) it just won't respond to API requests in the first 15-25 seconds. However if you have these reports with the new version, please let us not and we will see what could be causing this. We tried to reproduce this with the new version but it doesn't crash as the old one.Once the Phoenix Miner is up and running with the mining, the API requests are processed by Phoenix Miner in a stable way, but sometimes when the API requests are processed during the first 20 seconds - the Phoenix Miner process crashes. Is it a known issue that making API calls to Phoenix Miner during the initialization phase can cause these crashes?
Many thanks!
I haven't any problems in the past with phoenix, 3.5d same rock solid 24/7, nvidia rigs, waiting for HW control in 3.6 
Thank you for a new version with a new kernel mode for amd cards added . It allows me to decrease power consumption of my 7*rx570 rig by 12-14 watts ,which is ~1,5% with the same hashrate ! Great job , I think Phoenix miner is and industry leading eth miner right now .
Well, this is definitely nice to hear! We are working on the next version, the first beta of which should be released in a few weeks.