Minor issue - when I'm scrolling up the window by holding the scrollbar button, the miner freezes and doesn't resume automatically when I lift the button.
This probably is the Windows 10 "feature" QuickEdit. Here is how to solve the problem:
https://stackoverflow.com/questions/33883530/why-is-my-command-prompt-freezing-on-windows-10.
Really liking 2.4, about 5 MHs faster then the competition for me
do you have plans to make a CryptoNight (ETN/XMR) Miner too? that would be great!
Nothing definitive yet but after PhoenixMiner is more or less feature complete, Equihash and CryptoNight miners are the obvious next projects. Still, it would be in the more distant future (at least six moths from now or even more).
Since dual mining is dead I probably won't try this until it supports just mining ETH.
Actually ETH-only mining is the only mode that we are currently supporting. Even after we introduce dual mining, the ETH-only mining will continue to be given the most attention.
Should the reported hashrates be stable like with Claymore? Mine seem to be jumping here and there (1-2%).
The hashrate that is reported to the pool is the same as the 5 min average hasrate displayed on the PhoenixMiner console window (unless the miner is paused). We could provide a longer window to filter the rate more but we feel that it is better to see the actual real-time hashrate instead of some highly filtered average value (and longer windows would require a little bit processing).
Hi, I am using gtx1060 geforce for it and it keeps on showing :
GPU 2: unable to get fan speed unknown error (999)
GPU 3: unable to get fan speed unknown error (999)
and after sometime it accumulates :
GPU 2: unable to get fan speed error (999)
GPU 3: unable to get fan speed error (999)
GPU 5: unable to get fan speed error (999)
This is an NVML (the Nvidia hardware monitoring library) internal error. We have seen similar errors on our GTX1060s. Additional symptoms include high CPU usage (either by the miner or the MSI Afterburner). The same problems were also observed with Claymore's miner on the same rig. The short term-solution is to restart the rig (not just the miner) but the only long-term solution is to lower the memory overclock a little. We have found that even 20-30 MHz lower memory clocks completely solve the problem. Or you can continue mining and ignore the errors but the high CPU usage can be a real PITA when trying to control the rig via VNC or TeamViewer.
I am getting this same error on 2 rigs
We have found the possible reason and have fixed the issue in 2.5, which is currently undergoing internal testing. If there are no bugs, we will release it for evaluation later today or tomorrow.
NOTE. It seems that ethermine.org has problems again. Version 2.4 has a bug and continues to mine even if it is unable to reconnect for a long time. If you don't have failover pools other than ethermine.org please check your miners.