Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) - page 457. (Read 784877 times)

   Yes, we realized that there is only one message that indicates a secure connection. We will fix this in the next release.

   This is part of the DAG-generation kernel. What coin you are mining? Try to specify the coin you are mining with the -coin xxx command-line argument (xxx could be one of: eth, etc, exp, music, ubq, pirl, ella, etp, pgc, akroma, whale, or vic; see the Readme.txt or the first post for details) to avoid unnecessary DAG generation during devfee periods.

   No, it doesn't affect the stale shares or effective hashrate in any way. It just encrypts and authenticates the connection between the miner and the pool, making the man-in-the-middle attacks impossible.

   Sorry about that. We will make some changes in this code in the next release of PhoenixMiner to lower the probability of this thing happening. So far we have determined that tool old or non-official drivers may be one of the reasons for the problem.

   The best thing to compare is the number of found shares for given time period. Obviously this requires a significantly longer test period but even in your example you can see 43 shares from PhoenixMiner for 26 minutes and 42 shares from Claymore for 28 minutes. Also, you can compare the 5 min average hashrate on PhoenixMiner, which is 278.578 MH/s in your case, and 1 min average hashrate on Claymore, which is 278.149 MH/s in the second screenshot.

  Also, if you want to increase the hashrate of PhoenixMiner "to the max", specify the -mi 12 command-line option but keep an eye on the stale shares. Finally, you should lower the overclock on your GPU3 (the third GPU) because it is giving more incorrect shares than correct ones - anything over 0.1-0.5% incorrect shares on given GPU is just not worth it.

   The best way to fix the problem is to add the folder(s) where you keep the miner software to the Windows Defender exceptions as specified here: https://support.microsoft.com/en-us/help/4028485/windows-10-add-an-exclusion-to-windows-defender-antivirus. Otherwise, it can delete the executable again in the most inconvenient time, even while the miner is running.

   As we stated above, printed momentary hashrate is not the best way to compare miners. Compare the number of shares over exactly the same time period (at least 1-2 days). As for the remote monitoring, the port 3333 must be free. If you are running PhoenixMiner and Claymore at the same time, use the -cdmport option of PhoenixMiner to change the port to something else (e.g. 3334) and use the same port when trying to connect to PhoenixMiner from the remote manager.


   Hmm, sorry about that, this is obviously a typo on our part. We will fix it. As for the connection problems, make sure to specify the -proto 1 command line option when connecting to the ethash pools of miningpoolhub:

author=PhoenixMiner

I have a problem with the connection to ethereum.miningpoolhub.com
at the address specified by us-east.ethash-hub.miningpoolhub.com:20535 the miner does not connect.
you have an entirely different address in the example us-east1.ethereum.miningpoolhub.com:20536. Where does this address come from?
at this address connects but the number of rejects exceeds 50%
how to make the miner work concretely with asia.ethash-hub.miningpoolhub.com:20535?
my sample
PhoenixMiner.exe -pool asia.ethereum.miningpoolhub.com:20535 -wal aneumoin.eth1 -pass x
-proto 1
-mi 12
-log 0

Just switched to 2.7c and added ssl:// in front of my pool address so in my .bat file it has:

-pool ssl://us2.ethermine.org:4444

This was the only thing I changed.  Now I'm getting this error: "Eth: Unable to establish secure connection to us2.ethermine.org:4444: wrong version number"

help?

EDIT:  NVM, found the problem, different port, changed to 5555

Whats the best tunning for RX580 8G ? I've got lower rates than at 11.2

Claymore monitoring at port 3333 doesnt work. Sayed failed.

No I didn’t. I didn’t see any obvious setting to make defender, but I didn’t look very hard.

did you exclude this in defender ? once excluded windows defender will not touch it

bruh. gotta let it more than a couple seconds to make that kind of determination... damn.

run it 3-5 days on each one, and compare the number of accepted shares from each one in the same time frame.

i ran my own test, exactly 60hrs on each one. Phoenix submitted more shares than claymore v10 (havent tried 11.2). that's all that matters. 

had a weird problem today. windows performed some updates and detected the phoenix miner exe as a trojan (i know it's false) and deleted the file, which killed the miner. turned off windows active protection, re-extracted 2.7b, then restarted it. after a couple hours it stopped again. upon restarting it it would give me an error about not having the proper priviledges. run as admin (wasnt needed before), and then it says it cant find the phoenix miner exe despite still being there in the same directory as my .bat file.

downloaded 2.7c and the problem seems to have gone away.

for devoleper:  
Sapphire RX570 8GB, cca -1.5Mhs less, cant get 30.5+ like in Claymore 11.2, RX470 works good, but less, same frekvenci.
PhoenixMiner 2.7c
http://shrani.si/f/2u/j2/2Hfg6cb9/phoenixminer.png
claymore 11.2
http://shrani.si/f/X/N/2xxE6jlc/clay.png

I have the same problem when I use driver 16.3.2. After I upgrade to 16.9.2, it is working. No such warning.

The truth hurts.

Is that number from the miner console window or from the pool stats ?

Congrats to PhoenixMiner.

Nice to be recognized by the  Ethereum Mining Pool.
https://medium.com/@bitfly/ethermine-stratum-security-upgrade-d2245076e1b5

Good job guys.

i'm getting error FATAL ERROR: debugger detected

Gigabyte rx570

-amd option key doesn't help

Moved from 2.6 to 2.7C this morning, after 4h 40mns mining I get 1,55% stale shares.

Short 400 share test on stratum+ssl://etc.cryptopool.network:7007 gives me an:
- estimated stale shares 0.7% on a 185mhs AMD rig (edit: leverls out at ~1%)
- estimated stale shares 0.0% on a 365mhs AMD rig (edit: levels out at ~1%)
- estimated stale shares 7% on a 192mhs NV rig (needs work) (edit: after driverupdate and tweaking: 0.5%)

i honestly dont know if thats lower or higher since i never really monitored them

So far
CM 11.1: 735 mhs (and crashing rigs at devfee, had to downclock)
PM 2.7c : 747 mhs (Stable as hell)

DO NOT care were it came from, i only care about the fact i can actually sleep now without any worry.

Awsome job Phoenix Miner!

Does SSL give more stale shares?

I read the whole thread, but I did not find any hashrate for 1050ti cards.
Can someone share its values?

Also, no one is talking about temperatures/energy consumption. Do the two miners use the same amount of energy?

This is a crucial factor for me

SSL works. cool.

@PM suggestion: show the SSL in the console.

Hynix @ 29-30, awesome!
I think mine Hynix make 28-29.
I'll annoy you via pm for the timings later ; )