Quote from: Xazax310 on March 05, 2018, 07:41:14 AM

If I get an incorrect share on Pheonix Miner, because of OC, how can I tell what GPU got an incorrect share? is there a way like Claymores?

Yes, both the correct and incorrect shares are shown for each GPU every few seconds like this:

Code:

Eth speed: 145.071 MH/s, shares: 2980/0/1, time: 23:34
GPUs: 1: 27.665 MH/s (579) 2: 27.901 MH/s (581/1) 3: 29.795 MH/s (564) 4: 29.646 MH/s (574) 5: 30.063 MH/s (682)

On the first line you can see the total number of correct shares for the whole rig (2980), rejected shares (0), and incorrect shares (1). On the second line are the per-GPU stats, and the number of correct shares for the first GPU is 579 (no incorrect shares), for the second GPU it is 581 correct and 1 incorrect share, and so on. Rejected shares are not shown per-GPU as they are not meaningful in this context.

Quote from: RipperR on March 05, 2018, 09:34:52 AM

I don't use both miners at same time but can't connect anyway

Could you tell us which version of Claymore's remote manager you are using? We have tested even with the latest one (3.8 ) and all seem to work without problems.

Quote from: infectedmushi on March 05, 2018, 10:28:30 AM

seems 2.7c isn't as stable as 2.6 on my 1070's .. miner crashes after several hours.

This is strange, there are no changes in CUDA kernels between these two versions. The only change that could affect stability is the smoother transition between normal ming and devfee that was introduced in 2.7a, and it should have the opposite effect. Do you see a connection between the crashes and devfee switches?

Quote from: MarioMBM on March 05, 2018, 01:48:46 PM

I keep getting this error , at random times, sometime after 48h sometimes after 20 minutes.
It does not matter if I OC or NO.
I get it with stock and overclock settings , i have changed the risers , checked cables etc. Reinstalled windows set pagefile bigger, added ddr. New nvidia drives old driver does not matter. Tried -eres 0 1 2 does not help.
I also need to mention that i have 2 rigs with 100% same specs , 1 with days of uptime no issue. 1 constantly needs to be rebototed.

My Rig
6x 1070 / 008 risers / 2x HX850i Psu / Biostar BT250 Mobo.
PM 2.7c

PhoenixMiner.exe -pool eu1.ethermine.org:4444 -wal XXXXX.MRORIG02 -proto 3 -cdm 0 -nvidia -eres 0 -minRigSpeed 170 -rmode 2
...

Thank you for the log and for the detailed description of your setup. It is telling that all the GPUs seem to fail simultaneously so this isn't a problem with particular GPU. We will try to reproduce the problem here and implement some kind of workaround in the next release.

Quote from: ManDoneKTM on March 05, 2018, 02:46:12 PM

Hello guys . Yesterday i installed the new version 2.7c , and i let the miner for 5 hours ... He found only 92 shares , compared to claymore , claymore found 181 shares in 5 hours . Should i go back to 2.6 ?

You should also compare the share difficulty. For example ethermine.org has 4000 MH difficulty and nanopool has 10000 MH difficulty. So even if the hashrate is the same, you should expect to find 2.5 times more shares on 4000 MH share difficulty than on 10000 MH.

Quote from: adi1972 on March 05, 2018, 03:10:06 PM

Tried 2.7c for 10mins. Within 1 min, 1 of my RX580 dropped from 30.5mh/s to 24mh/s and remain at that speed. Temp same as using ver 2.6. Infact I used same bat. file as ver 2.6.

Revert back to 2.6 immediately and hashrate goes up to 30.5mh/s for that gpu. My rig consist of mix of gtx 1070s and rx 580s in one rig.

Will continue using 2.6 until 2.7c becomes better.

Could you post the commnad-line parameters (or the config.txt if you are using it instead)?

Quote from: DeVitto on March 05, 2018, 04:43:22 PM

@PhoenixMiner

Thank you for your continuing development of this great miner Wink

I found 2.7c very good although I had 1 problem today we had a power cut lost internet connection. Now that 2.7c is SSL enabled which we were using. We found that looking at console when the system loses internet connectivity the miner tries to resolve addresses, but it seems to look for port 4444 as though somewhere specified as default pool in the miner exe itself. It then hangs because it could not connect to that being SSL enabled. I didn't get chance to test again just stopped miner and restarted making sure we had connectivity and the miner carried on as normal.

What I have done now is set a fail over second pool being same eu address with 5555 in the hope that if it fails again in might try this before trying to resolve the 4444 port. Just a heads up if you need to look into this at all in the event that this might happen leaving the miner hanging.

The miner now reports on start up 4 pools specified. So somewhere there are 2 otherwise specified in the code I persume.

The pools that are specified in the command-line or config.txt (via the -pool and -pool2 options) are the first and second pool. The pools specified in the epools.txt are then added to the list. If there are no pools in the commnad-line, all pools come from the epools.txt. We don't have any hard-coded pools or ports in the PhoenixMiner, except the devfee pools/ports. Probably you have seen the devfee trying to connect (you can recognize it is the devfee by the DevFee: prefix in the console and in the log file, the normal mode uses the Eth: prefix).

Quote from: Bwtmn7 on March 05, 2018, 04:46:43 PM

anyone here knows how to force 2GB mode?

What do you mean by "2GB mode"?

Quote from: vltk on March 05, 2018, 07:26:13 PM

PhoenixMiner

Ethereum mining only. What are the best values for the gt for pascal cards with DDR5 and DDR5+, separately? The value for the most occupied MCU (memory controller). For DDR5+ memory especially. Or this parameter does nothing for nvidia pascal cards?

The GT parameter is only for AMD cards. Because Nvidia cards generally can't be BIOS-modded then wouldn't benefit so much from such fine-tuning.

Quote from: rs2pt on March 05, 2018, 11:40:20 PM

Hi
I am trying to change from Claymore to Phoenix miner (8x Rx580 and 2x GTX1060) from some time ago... with 2.6 version... now trying with 2.7 version. But something weird happens. With phoenixminer I get a lot of flotation on hashrates... se pic:
https://imgur.com/a/vOsEQ

with claymore hasrate is very linear and stable... Huh

We show the momentary hashrate as it is (with very little filtering). However as there seems to be a lot of questions like this, perhaps we should use more filtering to smooth out the peaks and dips and show "nice" smooth hashrate average for at least 15-30 seconds. For those who want to see the momentary hashrate, there will be a commnad-line parameter to choose the time window for hashrate smoothing.

Quote from: Etherion on March 06, 2018, 04:11:11 AM

I'm getting FATAL ERROR: Debugger detected
With Phoneix Miner 2.7c on 6x1070 rig with windows 10 latest build and nvidia driver 391.01

Im using this string
-rmode 0 -cdmport 23334 -cdm 1 -pool europe.ethash-hub.miningpoolhub.com:17020 -wal Etherion -pass x -proto 4 -coin auto -nvidia - gpus 123456

Im assuming it's the driver. Which would be recommended?

Unfortunately, as you are already using the -nvidia option, we just don't know why the anti-debug code is kicking in.

Quote from: terrya on March 06, 2018, 05:19:24 AM

reconnect problem.
while phoenix work best and have lower stale shares
only the problem is the connection problem.
first if miner cant connect the pool at the first time, it will not connect forever unless you close the miner and double click a new miner again
second sometime if lose connection to the pool while mining like say after a few hour, it will also not connect forever unless you close the miner and double click a new miner again
you can duplicate this problem by reboot modem or router
please resolve this
....

From the log it seems that there is really no connection and the miner is trying all pools one by one. However there were some substantial changes in the networking code of 2.7c because of the new Solo/GetWork mining support, so we will double check this.

Quote from: jmigdlc99 on March 06, 2018, 06:06:58 AM

Seems like the phoenix 2.7c update was released just after Claymore's version 11.2 claims minor improvement in hash rate and less stale shares due to optimizations.
I wonder if Claymore's changes have also been incorporated here.

No, the changes in 2.7c (since 2.7b) are entirely in the network stack: SSL support for stratum pools, and Solo/GetWork mining support.