Could you please tell us the version of HiveOS? We will try to install it here and reproduce it.
The latest - 0.5-74
Here is the output when I run 'miner config'. Does the lower user config area seem correct?
=== /hive/custom/phoenixminer/config.txt =================================================
#DONT EDIT THIS FILE, IT WILL BE OVERWTITTEN AFTER UPDATE
#Management port, readonly
-mport -3333
#run reboot.sh on GPU hangs
-r 1
#Log to the same file
-logfile /var/log/miner/phoenixminer/lastrun_noappend.log
#Target temp
-tt 68
#stop GPU temperature
-tstop 82
-allpools 1
-mport 3335
### USER CONFIG ###
-clgreen 1
-tt 0,0,69,69,69,69
The other issue I am having is the lack of temperature and fan speed detection by phoenix miner. Sometimes after a restart it works. Other times it just shows 0.
Also as you can see, I set the -tt of the cards to 69. But these values seem to be ignored.
The config seems OK apart from the two -mport options but the second one just overrides the value of the first one, so this isn't really a problem. As for the missing temperature and fan data - this is quite strange, we haven't seen this - perhaps this depends on how hiveOS extracts these: from the miner, or independently. It seems that hiveOS 0.5-74 is based on Ubuntu 18.04, which may be cause or at least part of the problem - we are testing now with Ubuntu 18.04 LTS, so we hope that we will find and fix any problems.
As for the -tt not working - this is normal, as we do not support hardware control under Linux yet. It will be added in the next version.
There is a new version for Windows and LInux: PhoenixMiner 3.5c
Good job!
Could you check RX550 4GB please? It mines 13,89Mh/s with Claymore on Ubuntu 16.04.4 amdgpu-pro 18.10. But with PhoenixMiner only 10,81Mh/s.
Unfortunately, the two RX550 that we have here are both with the Baffin core, not the gfx804, so we can't test this directly. You can try to use the alternative kernels (-clkernel 2) to see if this will solve the problem. We will try to source a gfx804 based RX550 to see what is going on.
I'm on Linux and I just noticed Phoenix is slower than Claymore
Hope it's only because Linux version is new
Any advice? mining on NVIDIA
It is possible but we need more information to check and solve the problem. Please let us know the Linux version, the version of the driver, and what cards you are using.
@Pheonixminer Pls fix -tt function, works so badly with many cards.(Asus Strix rx580 8gb, XFX rx570 8gb, Asus Strix Vega 64)
Sorry about that, could you please tells how it behaves and how you would you like it to. From the aforementioned cards the support is probably worst for the Vega, but we will improve it in the next release.
Asus Strix Radeon RX580 8GB Gaming, this cards works incorrect with -tt parameter, if i set -tt 60, fan speed jump from 0% to 41% only, and cards are trying cool yourself to 51-54 degrees
Same situation with Vega 64 Asus Strix.
XFX Radeon RX 580 GTR 8GB, this cards are working correct with -tt 60, but if temperature increases on cards, fan speed stopped on 59% and the cards begin to raise the temperature higher the limit 60. Same situation with other XFX cards.
If you are using Linux, this is normal, as we don't support -tt at all in this version - it will be added in the next version. However, if this is under Windows, and you are using older driver (anything older that 18.x.x), you should upgrade to 18.x.x driver because the HW control support before that is broken in the drivers.
....
Here is my Phoenix miner config
my rig running XFX RX470 get error recreate DAG when epoch switching
How to fix this
The config seems fine. You can test the stability of DAG creation by running PhoenixMiner.exe -bench 2, and then every time when you press the
d key in the PhoenixMiner window, the DAG epoch will increase. If you are able to go through several DAG increases without crashing, the the configuration is stable enough.
when can we dual mining? hurry up and you will just launch this dual version.
I'm tired of using claymore.
Dual mining is the next big feature in our list. We are fairly confident that at least the first two algorithms will be ready within a month.