Phoenix Miner - FAQ [Full Documentation]

3 minute read

we are actively working on bringing many new features in the future releases. phoenix

FAQ

Q001: Why another miner?
A: We feel that the competition is good for the end user. In the first releases of PhoenixMiner we focused on the basic features and on the mining speed but we are now working on making our miner easier to use and even faster.
Q002: Can I run several instances of PhoenixMiner on the same rig?
A: Yes, but make sure that each GPU is used by a single miner (use the -gpus, -amd, or -nvidia command-line options to limit the GPUs that given instance of PhoenixMiner actually uses).

Another possible problem is that all instances will use the default CDM remote port 3333, which will prevent proper remote control for all but the first instance. To fix this problem, use the -cdmport command-line option to change the CDM remote port form its default value.

Q003: Can I run PhoenixMiner simultaneously on the same rig with other miners?
A: Yes, but see the answer to the previous question for how to avoid problems.
Q004: What is a stale share?
A: The ethash coins usually have very small average block time (15 seconds in most instances). On the other hand, to achieve high mining speed we must keep the GPUs busy so we can’t switch the current job too often. If our rigs finds a share just after the someone else has found a solution for the current block, our share is a stale share. Ideally, the stale shares should be minimal as same pools do not give any reward for stale shares, and even these that do reward stall shares, give only partial reward for these shares. If the share is submitted too long after the block has ended, the pool may even fully reject it.
Q005: Why is the percentage of stale shares reported by PhoenixMiner smaller than the one shown by the pool?
A: PhonixMiner can only detect the stale shares that were discovered after it has received a new job (i.e. the “very stale”) shares. There is additional latency in the pool itself, and in the network connection, which makes a share stall even if it was technically found before the end of the block from the miner’s point of view. As pools only reports the shares as accepted or rejected, there is no way for the miner to determine the stale shares from the pool’s point of view.
Q006: What is the meaning of the “actual share difficulty” shown by PhoenixMiner when a share is found?
A: It allows you to see how close you were to finding an actual block (a rare event these days for the most miners with reasonable-sized mining rigs). You can find the current difficulty for given coin on sites like whattomine.com and then check to see if you have exceeded it with your maximum share difficulty. If you did, you have found a block (which is what the mining is all about).
Q007: What is the meaning of “effective speed” shown by PhoenixMiner’s statistics?
A: This is a measure of the actually found shares, which determines how the pool sees your miner hashrate. This number should be close to the average hashrate of your rig (usually a 2-4% lower than it) depending you your current luck in finding shares. This statistic is meaningless in the first few hours after the miner is started and will level off to the real value with time.
Q008: Why is the effective hashrate shown by the pool lower than the one shown by PhoenixMiner?
A: There are two reasons for this: stale shares and luck. The stale shares are rewarded at only about 50-70% by most pools. The luck factor should level itself off over time but it may take a few days before it does. If your effective hashrate reported by the pool is consistently lower than the hashrate of your rig by more than 5-7% than you should look at the number of stale shares and the average share acceptance time - if it is higher than 100 ms, try to find a pool that is near to you geographically to lower the network latency. You can also restart your rig, or try another pool.