Bitcoin Forum
July 17, 2018, 08:14:00 PM *
News: Latest stable version of Bitcoin Core: 0.16.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 [70] 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 »
  Print  
Author Topic: PhoenixMiner 3.0c: fastest Ethereum/Ethash miner with lowest devfee (Windows)  (Read 72491 times)
j2james
Jr. Member
*
Offline Offline

Activity: 53
Merit: 0

I use Nanopool for ETH mining and MSI AB 4.4.2


View Profile
April 04, 2018, 10:14:42 AM
 #1381

Do this have the same autotune function as claymore?

Claymore does not have this functionality as I know.

6 ASUS ROG STRIX-GTX1070-O8G (Micron)
Power Limit: 64%, Core Clock: +0 [1633/1835], Memory Clock: +650 [2327]
Windows 7 Home Premium, Driver: 390.77
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1531858440
Hero Member
*
Offline Offline

Posts: 1531858440

View Profile Personal Message (Offline)

Ignore
1531858440
Reply with quote  #2

1531858440
Report to moderator
1531858440
Hero Member
*
Offline Offline

Posts: 1531858440

View Profile Personal Message (Offline)

Ignore
1531858440
Reply with quote  #2

1531858440
Report to moderator
inv1s1bl3
Jr. Member
*
Offline Offline

Activity: 58
Merit: 0


View Profile
April 04, 2018, 10:23:08 AM
 #1382

Hello guys! I have been using this miner for a long time now, but I just cannot understand something:

17625:13:20:17.214: main GPUs: 1: 31.507 MH/s (1) 2: 31.487 MH/s (5) 3: 31.485 MH/s (2) 4: 31.484 MH/s (6) 5: 30.601 MH/s (1)
17625:13:20:17.415: main GPU1: 50C 48%, GPU2: 52C 58%, GPU3: 50C 47%, GPU4: 46C 49%, GPU5: 49C 39%

All of my cards are the same, with the same BIOS modifications and setups! Why are some generating more heat than the others? I have tried to read the log file, but it's just not giving any infromation about that.
In HWINFO all stats are the same.

KONIOS.com   |│  The World's Most Secure Cash & Crypto Platform
●   PRE-ICO  |  LIVE   ●  AIRDROP | LIVE  ●   ICO  |  May 1st   ●
Jbodz83
Jr. Member
*
Offline Offline

Activity: 126
Merit: 0


View Profile
April 04, 2018, 10:39:30 AM
 #1383

Hello guys! I have been using this miner for a long time now, but I just cannot understand something:

17625:13:20:17.214: main GPUs: 1: 31.507 MH/s (1) 2: 31.487 MH/s (5) 3: 31.485 MH/s (2) 4: 31.484 MH/s (6) 5: 30.601 MH/s (1)
17625:13:20:17.415: main GPU1: 50C 48%, GPU2: 52C 58%, GPU3: 50C 47%, GPU4: 46C 49%, GPU5: 49C 39%

All of my cards are the same, with the same BIOS modifications and setups! Why are some generating more heat than the others? I have tried to read the log file, but it's just not giving any infromation about that.
In HWINFO all stats are the same.
i had the same observation before. and then i realize that my GPU position on each other causes the middle GPU in higher temp.
airflow and other ventilation could cause this i believe. Smiley
inv1s1bl3
Jr. Member
*
Offline Offline

Activity: 58
Merit: 0


View Profile
April 04, 2018, 10:44:29 AM
 #1384


i had the same observation before. and then i realize that my GPU position on each other causes the middle GPU in higher temp.
airflow and other ventilation could cause this i believe. Smiley

I thought that also, but all of my cards are placed within 15cms apart. It is not like one is closer to the other Cheesy

KONIOS.com   |│  The World's Most Secure Cash & Crypto Platform
●   PRE-ICO  |  LIVE   ●  AIRDROP | LIVE  ●   ICO  |  May 1st   ●
Jbodz83
Jr. Member
*
Offline Offline

Activity: 126
Merit: 0


View Profile
April 04, 2018, 11:11:02 AM
 #1385


i had the same observation before. and then i realize that my GPU position on each other causes the middle GPU in higher temp.
airflow and other ventilation could cause this i believe. Smiley

I thought that also, but all of my cards are placed within 15cms apart. It is not like one is closer to the other Cheesy
Grin lets just say that not all GPU are the same? Smiley then again, nothing to worry as your RIG is at the best temps.
jimsta
Newbie
*
Offline Offline

Activity: 27
Merit: 0


View Profile
April 04, 2018, 01:23:20 PM
 #1386

Do this have the same autotune function as claymore?

Claymore does not have this functionality as I know.

Claymore has auto DCRI adjustment for each inidividual card starting with 11.4 and up.  It gives me about 3-4 more MH in total on my 8 card rig and about 1MH more on my 9 card rig.   my 3 card gaming PC there is no change but that's because I have 1 AMD and 2x Nvidia in there.
j2james
Jr. Member
*
Offline Offline

Activity: 53
Merit: 0

I use Nanopool for ETH mining and MSI AB 4.4.2


View Profile
April 04, 2018, 04:11:11 PM
 #1387

Do this have the same autotune function as claymore?

Claymore does not have this functionality as I know.

Claymore has auto DCRI adjustment for each inidividual card starting with 11.4 and up.  It gives me about 3-4 more MH in total on my 8 card rig and about 1MH more on my 9 card rig.   my 3 card gaming PC there is no change but that's because I have 1 AMD and 2x Nvidia in there.

Sorry, my answer Claymore does not have this functionality as I know. is incorrect, because I did not understood the question Sad

6 ASUS ROG STRIX-GTX1070-O8G (Micron)
Power Limit: 64%, Core Clock: +0 [1633/1835], Memory Clock: +650 [2327]
Windows 7 Home Premium, Driver: 390.77
janding
Jr. Member
*
Offline Offline

Activity: 136
Merit: 0


View Profile
April 04, 2018, 05:01:44 PM
 #1388

Anybody knows why invalid shares is present? I'm in mining about 3 months, but only yesterday I had two invalid shares (on different cards). I use Phoenix miner now and use it about a week. Before that I used Claymore. And only yesterday I had caught 2 invalid shares. Can it be result of overclocking or no? Is it normal or no?

Every time I have ever seen an invalid share it is because the GPU clock to too high.
If you are right on the edge of being too high you will occasionally get one. I think if you back
the clock down by 15 or 20 that issue will go away.

inv1s1bl3
Jr. Member
*
Offline Offline

Activity: 58
Merit: 0


View Profile
April 04, 2018, 05:22:02 PM
 #1389

Do this have the same autotune function as claymore?

Claymore does not have this functionality as I know.

Claymore has auto DCRI adjustment for each inidividual card starting with 11.4 and up.  It gives me about 3-4 more MH in total on my 8 card rig and about 1MH more on my 9 card rig.   my 3 card gaming PC there is no change but that's because I have 1 AMD and 2x Nvidia in there.

Wow, this made me look for the latest Claymore miner and test it, sadly the case with me is that Phoenix's miner is giving me the best and most optimal rig performance... but I really liked the idea to see my cards pulling around 32mh/s + Cheesy

Btw, since 2.8c the stale shares have dropped from 7-8 per hour to less than 5!

KONIOS.com   |│  The World's Most Secure Cash & Crypto Platform
●   PRE-ICO  |  LIVE   ●  AIRDROP | LIVE  ●   ICO  |  May 1st   ●
Falconnn
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
April 05, 2018, 12:44:27 AM
 #1390

PhoenixMiner 2.8c tested on AMD and NVIDIA rig, my observations are:
Nvidia rig works 3-5Mhs more then Claymore 11.5  P106 runs 25.7-26.1, GTX1070 33.2 GTX1060 24.1
AMD rig on RX570 8GB have 2Mhs less around 29, claymore have 31+ and little less on RX 470 around 32.6, claymore 11.6 have 32.8
On awesomeminer dont see Progress on Nvidia card how many accepted, Rejected...
I have problems on NVIDIA P106 cards, with fan controls, does not show a percentage, got error after few minuts
with some fixes, the program will be really good
milos957
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
April 05, 2018, 05:25:18 AM
 #1391

Something weird happened tonight on one of my two rigs. Early this morning I noticed on ethermine.org that one rig with 8xRX 480 cards did not work for about 5 hours.
https://imgur.com/a/dASLC
I approached the rig and, surprisingly, noticed that he worked steadily since the last restart I did about 8 hours before.
https://imgur.com/a/bLLTP
I checked the log file and I realized that there was no errors or restart in it. I reviewed the Task Manager and found that PhoenixMiner.exe on this rig uses about 887 MB of memory, which is roughly 441 MB more compared to the 8xRX 580 cards running steadily on ethermine.org, practically twice as much memory.
https://imgur.com/a/vL3r8
I restarted the rig and he reappeared at ethermine.org, but I noticed that after 5 minutes of work PhoenixMiner.exe used 558 MB of memory and after 8 minutes 887 MB of memory again.
I do not know how the Phoenix miner could work permanently, and that ethermine org shows it does not work. This is not about any kind of hacking on the side, I think the problem is in the miner itself, maybe it's a bag in the miner. I'd like to hear your suggestions.
panzer168
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
April 05, 2018, 05:49:10 AM
 #1392

Something weird happened tonight on one of my two rigs. Early this morning I noticed on ethermine.org that one rig with 8xRX 480 cards did not work for about 5 hours.
https://imgur.com/a/dASLC
I approached the rig and, surprisingly, noticed that he worked steadily since the last restart I did about 8 hours before.
https://imgur.com/a/bLLTP
I checked the log file and I realized that there was no errors or restart in it. I reviewed the Task Manager and found that PhoenixMiner.exe on this rig uses about 887 MB of memory, which is roughly 441 MB more compared to the 8xRX 580 cards running steadily on ethermine.org, practically twice as much memory.
https://imgur.com/a/vL3r8
I restarted the rig and he reappeared at ethermine.org, but I noticed that after 5 minutes of work PhoenixMiner.exe used 558 MB of memory and after 8 minutes 887 MB of memory again.
I do not know how the Phoenix miner could work permanently, and that ethermine org shows it does not work. This is not about any kind of hacking on the side, I think the problem is in the miner itself, maybe it's a bag in the miner. I'd like to hear your suggestions.

I mine on nanopool and I got that too. One of my rig stopped mining for some reason, but the rig remained power on, it seemed like it has crashed or something.
PhoenixMiner
Jr. Member
*
Offline Offline

Activity: 133
Merit: 5


View Profile
April 05, 2018, 06:02:17 AM
 #1393

Any plans for CryptoNote miner or integration, would be great?
  Not in the immediate future but in a few months a lot could and probably would change.  Wink

This is my hashrate and stale share percentage in Claymore 11.6

https://image.ibb.co/iz6vBc/ETC.png

Phoenix can tap my RIG up to 395Mhs (13GPU) however, it gives me 5-6% stale share..

i like the hashrate spike from PhoenixMiner, but i guess effeciency goes to Claymore 11.6 - hope that PhoenixMiner could catch up soon.. Cool
   This problem seems to impact a fair share of users so we tested like crazy but the results are really puzzling. For example, in the most pure form of testing - with a test network proxy that eliminates all latencies, the difference is less than 1% (as it should be) and virtually zero when using the new 2.9 branch which lowers the internal stale shares to about 0.1%. Also, when checking out one of the many devfee addresses of Claymore, we get the following on ethermine, ethpool and ethermine-etc at the moment of this writing (this is a great way of comparison as represents the average stale shares of many rigs):
https://www.ethermine.org/miners/34FAAa028162C4d4E92DB6abfA236A8E90fF2FC3/dashboard4%
https://www.ethpool.org/miners/34FAAa028162C4d4E92DB6abfA236A8E90fF2FC3/dashboard3%
https://etc.ethermine.org/miners/34FAAa028162C4d4E92DB6abfA236A8E90fF2FC3/dashboard4%

Now, compare this to our devfee wallet (we have three on ethermine, and one on ethpool and ethermine.etc):
https://www.ethermine.org/miners/00d4405692b9F4f2Eb9E99Aee053aF257c521343/dashboard5%
https://www.ethpool.org/miners/00d4405692b9F4f2Eb9E99Aee053aF257c521343/dashboard3%
https://etc.ethermine.org/miners/d549Ae4414b5544Df4d4E486baBaad4c0d6DcD9d/dashboard4%
The difference is way smaller than what is observed by a lot of users (and confirmed by our own tests when we use a single mining rig or small group of rigs). As we said, in version 2.9, the internal stale shares are almost zero (the job change latency from the moment the new job is received from the pool to the moment first hash is computed is less than 30 ms), so if this doesn't solve the problem, it would be very strange indeed.

Glad to be able to try Phoenix Miner, I'm mainly an AMD miner across 3 rigs.  I did notice that Phoenix miner on a 9 card AMD rig mixed of rx 570/580 pulled an extra 20 watts (from the wall) compared to the 1180 (from the wall) of Claymore 11.4, not a biggie because it's so small but I'm just a bit curious.

Hashrate is the same between both.

my other rig which is a smorgasboard of different brands of cards is about 4-5 MH/s lower using phoenix.

Is it possible to customize the GT/DCRI for each individual card?

I like the output and format of Phoenix way better but at this moment only using it on 2 of my rigs (the other Nvidia).

Thanks for the miner!
  Thank you for trying our miner. We are preparing a new version that will be released soon with substantial improvements in the AMD kernels in both speed and latency (which should decrease stale shares). Yes, you can specify different -gt (or -dcri) for each GPU by using -gt 15,18,15,15 for example for 4 GPU rig.


Hi Phoenix, can you change time logging in the next release to be more user friendly?

Now you use format

17625:02:43:37.171

But for me 17625 looks strange. I really do not know what is it. Can you log date instead of 17625?

Another point. I use -minRigSpeed 188 option. It should do restart if avg hashrate is less then 188 during last 5 minutes. But this is not true. Please look at log. Only 1 minute I had hashrate less then 188. Not 5 minutes, but rig was rebooted

Code:
17625:12:05:42.811: main *** 36:37 ***************************************************
17625:12:05:42.811: main Eth: Mining ETH on eth-eu1.nanopool.org:9999
17625:12:05:42.811: main Eth speed: 173.852 MH/s, shares: 2541/0/2, time: 36:37
17625:12:05:42.811: main GPUs: 1: 29.437 MH/s (390) 2: 28.839 MH/s (437/1) 3: 29.572 MH/s (445/1) 4: 28.203 MH/s (451) 5: 29.520 MH/s (396) 6: 28.282 MH/s (422)
17625:12:05:42.811: main Eth: Accepted shares 2541 (27 stales), rejected shares 0 (0 stales)
17625:12:05:42.811: main Eth: Incorrect shares 2 (0.08%), est. stales percentage 1.06%
17625:12:05:42.811: main Eth: Maximum difficulty of found share: 46.1 TH (!!!)
17625:12:05:42.811: main Eth: Average speed (5 min): 184.180 MH/s
17625:12:05:42.811: main Eth: Effective speed: 192.72 MH/s; at pool: 192.72 MH/s
17625:12:05:42.811: main  
17625:12:05:42.811: main Average ethash speed for 5 min is below minimum of 188 MH/s. Restarting!
  Yes, you are quite right, 17265 is not something that is meaningful in the real life (it is the number of days since the Unix epoch - Jan 1st, 1970). This was done to save a bit of CPU time to avoid converting to the local time but it is nothing really, so we will change it to a more understandable format in the future releases.
 
    As for your second question: -mirRigSpeed tracks the 5 minute average speed (the same which is shown every 40 seconds or when you press the key s), which is using five minute floating window (i.e. it is the average speed for the last five minutes). For example if the speeds was 200 MH/s but dropped to 100 MH/s two minutes ago, the 5 min average will be 160 MH/s (computed as ((200 * 3) + (100 * 2)) / 5). In your case you can see that the speed has dropped to 174 MH/s for some time so the average speed has also dropped to 184 Mh/s.

Hi Phoenix,

Can you think about new option in miner to switch to next pool from epools if average (for 5 minutes, for example) share accepting time is more then configured? It will require to define for each pool its own time. Also may be some conditions should be used to back to previous pool. I think if you will like this idea, you will find the best solution for this issue.
   This is actually a pretty good idea. We are planning to add detailed pool statistics (share acceptance time, job change time, rejected shares rate, etc.) and this would be a nice way of using the statistics for more than just information. We will probably implement this in the near future.

Do this have the same autotune function as claymore?
  Not yet, will be added soon.

Anybody knows why invalid shares is present? I'm in mining about 3 months, but only yesterday I had two invalid shares (on different cards). I use Phoenix miner now and use it about a week. Before that I used Claymore. And only yesterday I had caught 2 invalid shares. Can it be result of overclocking or no? Is it normal or no?
  As long as the incorrect shares are just a few there is nothing to worry about. If they are on different cards, the most probable reason is that the pool is changing the jobs like crazy (two or more changes for less than two seconds) and the computed share was valid but too old (i.e. more than one generation older than the current one). If the incorrect shares become more (more than 0.2-0.5%) and are on the same GPU, then you may have problem with too much overclock.

Hello guys! I have been using this miner for a long time now, but I just cannot understand something:

17625:13:20:17.214: main GPUs: 1: 31.507 MH/s (1) 2: 31.487 MH/s (5) 3: 31.485 MH/s (2) 4: 31.484 MH/s (6) 5: 30.601 MH/s (1)
17625:13:20:17.415: main GPU1: 50C 48%, GPU2: 52C 58%, GPU3: 50C 47%, GPU4: 46C 49%, GPU5: 49C 39%

All of my cards are the same, with the same BIOS modifications and setups! Why are some generating more heat than the others? I have tried to read the log file, but it's just not giving any infromation about that.
In HWINFO all stats are the same.
  One possible reason is the card location (first one with open fans that suck cold air is usually the coolest), another is the difference between the chips themselves, VRMs, etc. Even on the same voltage, some chips/VRMs just consume more power than the others, which translates to more heat.

PhoenixMiner 2.8c tested on AMD and NVIDIA rig, my observations are:
Nvidia rig works 3-5Mhs more then Claymore 11.5  P106 runs 25.7-26.1, GTX1070 33.2 GTX1060 24.1
AMD rig on RX570 8GB have 2Mhs less around 29, claymore have 31+ and little less on RX 470 around 32.6, claymore 11.6 have 32.8
On awesomeminer dont see Progress on Nvidia card how many accepted, Rejected...
I have problems on NVIDIA P106 cards, with fan controls, does not show a percentage, got error after few minuts
with some fixes, the program will be really good
  We are preparing a new version with faster AMD kernels.  If you are getting error 999 on the Nvidia card, you should lower the memory clock a little.

Something weird happened tonight on one of my two rigs. Early this morning I noticed on ethermine.org that one rig with 8xRX 480 cards did not work for about 5 hours.
https://imgur.com/a/dASLC
I approached the rig and, surprisingly, noticed that he worked steadily since the last restart I did about 8 hours before.
https://imgur.com/a/bLLTP
I checked the log file and I realized that there was no errors or restart in it. I reviewed the Task Manager and found that PhoenixMiner.exe on this rig uses about 887 MB of memory, which is roughly 441 MB more compared to the 8xRX 580 cards running steadily on ethermine.org, practically twice as much memory.
https://imgur.com/a/vL3r8
I restarted the rig and he reappeared at ethermine.org, but I noticed that after 5 minutes of work PhoenixMiner.exe used 558 MB of memory and after 8 minutes 887 MB of memory again.
I do not know how the Phoenix miner could work permanently, and that ethermine org shows it does not work. This is not about any kind of hacking on the side, I think the problem is in the miner itself, maybe it's a bag in the miner. I'd like to hear your suggestions.
  You have fallen victim of the MITM scamers (so called IP hijack attack). The IP address of the ethermine server was hijacked by hackers (this happens in your ISP, so it is not your rig's fault but the result is still the same. You can see the telltale sign of the 10000 MH difficulty, which is never used by ethermine (their jobs are always with 4000MH difficulty). Fortunately, there is quick and easy fix the prevent similar problems in the future: use the encrypted (SSL) address of ethermine like this: -pool ssl://eu1.ethermine.org:5555. Note that the address starts with ssl:// and the port is 5555.


Digital_Seytan
Jr. Member
*
Offline Offline

Activity: 80
Merit: 0

Bilmiyorsan bir bilene soracaksin !


View Profile
April 05, 2018, 10:36:36 AM
 #1394

I have used a long period of Claymore miner which I notice with claymore miner is very unstable and often fixed and a high negative very high DEVFEE, and then I switched to Phoenixminer which is very stable and almost never jammers only shame hashrate measurement on the pole is always a lot lower than the measurement of phoenixminer 2.8.c and the AVG on the pole remains low and of course a lower Devfee, but still you lose a lot, trowens nodevfee works perfectly, But after a long period of use of ETHMINER 14.3 I come behind no Devfee open software and higher AVG and Hashrate on the pool super and much and many times better than Phoenixminer and Of course much better than Claymore (is a real thief)
I am of course curious about the findings of other users.



Download PhoenixMiner 2.8c:
https://mega.nz/#F!2VskDJrI!lsQsz1CdDe8x5cH3L8QaBw

Download: Claymore 11.5:
https://github.com/digitalpara/download-NODEVFEE-CLAYMORE-11-5---DevFee-Removed

Download: Claymore 11.6:
https://github.com/digitalpara/download-NODEVFEE-CLAYMORE-11-6---DevFee-Removed

Download Ethminer 14 with watchdog:
https://github.com/digitalpara/NODEVFEE-ETHMINER-14-3---Auto-start-WatchDog

I am really curious what the phoenixminer version 2.9 has to offer, and minimal devfee on or off function

Hayat Güzeldir Yasamasini Bilenlere !
Jbodz83
Jr. Member
*
Offline Offline

Activity: 126
Merit: 0


View Profile
April 05, 2018, 10:51:49 AM
 #1395

Any plans for CryptoNote miner or integration, would be great?
  Not in the immediate future but in a few months a lot could and probably would change.  Wink

This is my hashrate and stale share percentage in Claymore 11.6

https://image.ibb.co/iz6vBc/ETC.png

Phoenix can tap my RIG up to 395Mhs (13GPU) however, it gives me 5-6% stale share..

i like the hashrate spike from PhoenixMiner, but i guess effeciency goes to Claymore 11.6 - hope that PhoenixMiner could catch up soon.. Cool
   This problem seems to impact a fair share of users so we tested like crazy but the results are really puzzling. For example, in the most pure form of testing - with a test network proxy that eliminates all latencies, the difference is less than 1% (as it should be) and virtually zero when using the new 2.9 branch which lowers the internal stale shares to about 0.1%. Also, when checking out one of the many devfee addresses of Claymore, we get the following on ethermine, ethpool and ethermine-etc at the moment of this writing (this is a great way of comparison as represents the average stale shares of many rigs):
https://www.ethermine.org/miners/34FAAa028162C4d4E92DB6abfA236A8E90fF2FC3/dashboard4%
https://www.ethpool.org/miners/34FAAa028162C4d4E92DB6abfA236A8E90fF2FC3/dashboard3%
https://etc.ethermine.org/miners/34FAAa028162C4d4E92DB6abfA236A8E90fF2FC3/dashboard4%

Now, compare this to our devfee wallet (we have three on ethermine, and one on ethpool and ethermine.etc):
https://www.ethermine.org/miners/00d4405692b9F4f2Eb9E99Aee053aF257c521343/dashboard5%
https://www.ethpool.org/miners/00d4405692b9F4f2Eb9E99Aee053aF257c521343/dashboard3%
https://etc.ethermine.org/miners/d549Ae4414b5544Df4d4E486baBaad4c0d6DcD9d/dashboard4%
Quote
The difference is way smaller than what is observed by a lot of users (and confirmed by our own tests when we use a single mining rig or small group of rigs). As we said, in version 2.9, the internal stale shares are almost zero (the job change latency from the moment the new job is received from the pool to the moment first hash is computed is less than 30 ms), so if this doesn't solve the problem, it would be very strange indeed.

appreciate the time comparing and clear justification, i am looking forward to see 2.9 outperform Claymore.
what i like about PM is that it could maximize my GPU's capability to hash up to 31.2Mhs for 580's which has a difference of .5 Mhs from Claymore.
having 1-2% of stale share is reasonable enough to shift to PM, i am still trying out other settings using PM though.

thanks and appreciate your feedback.
UnclWish
Sr. Member
****
Offline Offline

Activity: 490
Merit: 251


View Profile
April 05, 2018, 11:11:42 AM
 #1396

I have used a long period of Claymore miner which I notice with claymore miner is very unstable and often fixed and a high negative very high DEVFEE, and then I switched to Phoenixminer which is very stable and almost never jammers only shame hashrate measurement on the pole is always a lot lower than the measurement of phoenixminer 2.8.c and the AVG on the pole remains low and of course a lower Devfee, but still you lose a lot, trowens nodevfee works perfectly, But after a long period of use of ETHMINER 14.3 I come behind no Devfee open software and higher AVG and Hashrate on the pool super and much and many times better than Phoenixminer and Of course much better than Claymore (is a real thief)
I am of course curious about the findings of other users.

Download PhoenixMiner 2.8c:
https://mega.nz/#F!2VskDJrI!lsQsz1CdDe8x5cH3L8QaBw

Download: Claymore 11.5:
https://github.com/digitalpara/download-NODEVFEE-CLAYMORE-11-5---DevFee-Removed


Download Ethminer 14 with watchdog:
https://github.com/digitalpara/NODEVFEE-ETHMINER-14-3---Auto-start-WatchDog

I am really curious what the phoenixminer version 2.9 has to offer, and minimal devfee on or off function
Can you make Claymore 11.6 devfee removed?
milos957
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
April 05, 2018, 02:59:50 PM
 #1397

PhoenixMiner I owe you a beer, my mistake in the comment where I suspected that there was a bag in your miner, and it was a MITM attack. Sorry ser.
Bigdrago
Jr. Member
*
Offline Offline

Activity: 210
Merit: 0


View Profile
April 05, 2018, 03:29:12 PM
 #1398

I have used a long period of Claymore miner which I notice with claymore miner is very unstable and often fixed and a high negative very high DEVFEE, and then I switched to Phoenixminer which is very stable and almost never jammers only shame hashrate measurement on the pole is always a lot lower than the measurement of phoenixminer 2.8.c and the AVG on the pole remains low and of course a lower Devfee, but still you lose a lot, trowens nodevfee works perfectly, But after a long period of use of ETHMINER 14.3 I come behind no Devfee open software and higher AVG and Hashrate on the pool super and much and many times better than Phoenixminer and Of course much better than Claymore (is a real thief)
I am of course curious about the findings of other users.

Download PhoenixMiner 2.8c:
https://mega.nz/#F!2VskDJrI!lsQsz1CdDe8x5cH3L8QaBw

Download: Claymore 11.5:
https://github.com/digitalpara/download-NODEVFEE-CLAYMORE-11-5---DevFee-Removed


Download Ethminer 14 with watchdog:
https://github.com/digitalpara/NODEVFEE-ETHMINER-14-3---Auto-start-WatchDog

I am really curious what the phoenixminer version 2.9 has to offer, and minimal devfee on or off function
Can you make Claymore 11.6 devfee removed?

With claymore and nicehash i get 100% successful shares.
MaxMidnite
Jr. Member
*
Offline Offline

Activity: 103
Merit: 0


View Profile
April 05, 2018, 04:43:14 PM
 #1399

Any plans for CryptoNote miner or integration  or a seperate miner?
RooiWillie
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
April 05, 2018, 07:14:00 PM
 #1400

Hi Guys,

Can I specify the logfile name and maximum size (i.e. 75MB)?
Pages: « 1 ... 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 [70] 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!