Bitcoin Forum
August 17, 2018, 09:45:06 AM *
News: Latest stable version of Bitcoin Core: 0.16.2  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 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 114 115 116 117 118 119 120 121 »
  Print  
Author Topic: PhoenixMiner 3.0c: fastest Ethereum/Ethash miner with lowest devfee (Windows)  (Read 81510 times)
Digital_Seytan
Jr. Member
*
Offline Offline

Activity: 80
Merit: 0

Bilmiyorsan bir bilene soracaksin !


View Profile
April 12, 2018, 03:55:28 PM
 #1481

Phoenixminer is possible stale shares which GPU - >> total ?? and gpu 1 /? gpu2 /? gpu3 /? etc. It is easier to change settings of the GPU that causes the most stales.


Hayat Güzeldir Yasamasini Bilenlere !
1534499106
Hero Member
*
Offline Offline

Posts: 1534499106

View Profile Personal Message (Offline)

Ignore
1534499106
Reply with quote  #2

1534499106
Report to moderator
1534499106
Hero Member
*
Offline Offline

Posts: 1534499106

View Profile Personal Message (Offline)

Ignore
1534499106
Reply with quote  #2

1534499106
Report to moderator
BOUNTY PORTALS
BLOG
WHERE BOUNTY MANAGEMENT
MEETS AUTOMATION
SIGNATURE CAMPAIGNS
TWITTER
FACEBOOK
MEDIA CAMPAIGNS
AND MORE!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1534499106
Hero Member
*
Offline Offline

Posts: 1534499106

View Profile Personal Message (Offline)

Ignore
1534499106
Reply with quote  #2

1534499106
Report to moderator
1534499106
Hero Member
*
Offline Offline

Posts: 1534499106

View Profile Personal Message (Offline)

Ignore
1534499106
Reply with quote  #2

1534499106
Report to moderator
lesjokolat
Jr. Member
*
Offline Offline

Activity: 67
Merit: 0


View Profile
April 12, 2018, 05:37:29 PM
 #1482

Phoenixminer is possible stale shares which GPU - >> total ?? and gpu 1 /? gpu2 /? gpu3 /? etc. It is easier to change settings of the GPU that causes the most stales.



It does this already. x,y,z are assigned stale shares per each GPU that caused it.

GPU 1 shares 10/x, GPU 2 shares 10/y, GPU 3 shares 10/z

Digital_Seytan
Jr. Member
*
Offline Offline

Activity: 80
Merit: 0

Bilmiyorsan bir bilene soracaksin !


View Profile
April 12, 2018, 06:14:20 PM
 #1483

Phoenixminer is possible stale shares which GPU - >> total ?? and gpu 1 /? gpu2 /? gpu3 /? etc. It is easier to change settings of the GPU that causes the most stales.

http://www.resimag.com/p1/e9d607fe24.jpeg

It does this already. x,y,z are assigned stale shares per each GPU that caused it.

GPU 1 shares 10/x, GPU 2 shares 10/y, GPU 3 shares 10/z



I press the x / y / z keys but on the screen I get no info about STALE share per GPU unfortunately, please tell us a bit more efficiently

Hayat Güzeldir Yasamasini Bilenlere !
sidaliroy
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
April 12, 2018, 06:23:51 PM
 #1484

Where is version 2.9? Can't find it

Edit: Nvm found it.
lesjokolat
Jr. Member
*
Offline Offline

Activity: 67
Merit: 0


View Profile
April 12, 2018, 06:39:42 PM
 #1485

Phoenixminer is possible stale shares which GPU - >> total ?? and gpu 1 /? gpu2 /? gpu3 /? etc. It is easier to change settings of the GPU that causes the most stales.

http://www.resimag.com/p1/e9d607fe24.jpeg

It does this already. x,y,z are assigned stale shares per each GPU that caused it.

GPU 1 shares 10/x, GPU 2 shares 10/y, GPU 3 shares 10/z



I press the x / y / z keys but on the screen I get no info about STALE share per GPU unfortunately, please tell us a bit more efficiently

The screen output for each line of the GPU summary you have a list of all GPUs and the shares found for each.(If and when a stale is found then beside each count you would have a secondary total.)

GPU 1 - (105/3) in this case the 105 is found shares, the 3 are the stales)

Make sense now?
Digital_Seytan
Jr. Member
*
Offline Offline

Activity: 80
Merit: 0

Bilmiyorsan bir bilene soracaksin !


View Profile
April 12, 2018, 06:51:54 PM
 #1486

Phoenixminer is possible stale shares which GPU - >> total ?? and gpu 1 /? gpu2 /? gpu3 /? etc. It is easier to change settings of the GPU that causes the most stales.

http://www.resimag.com/p1/e9d607fe24.jpeg

It does this already. x,y,z are assigned stale shares per each GPU that caused it.

GPU 1 shares 10/x, GPU 2 shares 10/y, GPU 3 shares 10/z



I press the x / y / z keys but on the screen I get no info about STALE share per GPU unfortunately, please tell us a bit more efficiently

The screen output for each line of the GPU summary you have a list of all GPUs and the shares found for each.(If and when a stale is found then beside each count you would have a secondary total.)

GPU 1 - (105/3) in this case the 105 is found shares, the 3 are the stales)

Make sense now?

sorry i am using phoenixminer with NVIDIA GPU ,and see only total stale shares and not for every GPU

Hayat Güzeldir Yasamasini Bilenlere !
terrya
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
April 12, 2018, 07:25:48 PM
 #1487

The connection issue still persist.
if you reboot router with dynamid ip
the miner cant connect to ethermine.org pool
you need to manual close and relaunch the program to connect
70-80% of rigs have this problem occur
while some can connect after router reboot
kadok29
Jr. Member
*
Offline Offline

Activity: 32
Merit: 0


View Profile
April 12, 2018, 09:06:30 PM
 #1488

The connection issue still persist.
if you reboot router with dynamid ip
the miner cant connect to ethermine.org pool
you need to manual close and relaunch the program to connect
70-80% of rigs have this problem occur
while some can connect after router reboot


i'm agree... The connection issue still persist.

https://poolinfo.systms.org/
pinamalina
Jr. Member
*
Offline Offline

Activity: 45
Merit: 1


View Profile
April 12, 2018, 09:32:14 PM
 #1489

Report of first 24hrs on PhoenixMiner 2.9d (migrated from 2.8c).

Environment: 52 GPU (45x RX580/8GB, 7x 1070/8GB) in four rigs of 13 cards each.

Results:
  - Hashing rate: Increased a bit: Before: 1.630 GH/s, now 1.633 GH/s ~ 0.12% increase. The increase is most notable on Nvidia cards.
  - Power Consumption: Decreased for few watts: e.g. on one rig from 1630 to 1620W on average, measured on the wall. A slight temperature drop in line with power consumption.
  - Stale share: Increased a bit as reported by the ethermine.org pool, before 3-4%, now 4-5% with drops to 2% occasionally. Was < 3% on Claymore 11.5
  - Stability: Stable, occasional hashing drops on some cards e.g. form 31MH/s to 24 for a 10-20 sec, then recovering back to normal 31 MH/s. Did not observe that before.

Comments:
  - In my opinion the "-logsmaxsize <n> Maximum size of the logfiles in MB. The default is 200 MM"; The default value of 200Mb is to high and cannot be normally edited by most editors. The default should be no more than e.g. 10MB or if you must, 50Mb.
  - Missing a feature: Auto tune of the GPU tuning parameter /-gt/; Similar to Claymore -dcri auto tune).
  - The 2.9d is officially released as an unofficial version with full support. Really Smiley Why not just stick to the usual sw naming convention like calling it "alpha"; a limited test version that might get new functionalities until released as final.

Verdict: Works like a charm out of the box. Thumbs up!
pinamalina
Jr. Member
*
Offline Offline

Activity: 45
Merit: 1


View Profile
April 12, 2018, 09:44:47 PM
 #1490

The connection issue still persist.
if you reboot router with dynamid ip
the miner cant connect to ethermine.org pool
you need to manual close and relaunch the program to connect
70-80% of rigs have this problem occur
while some can connect after router reboot


i'm agree... The connection issue still persist.

I did observe this problem when my dynamic IP changed by the ISP. However in my case Phoenix 2.8c auto-recovered from the situation on its own.
It attempted to connect to the main pool several times waiting 20 sec in between and then after 3 or so failed attempts successfully connected to the next pool from my epools.txt.

Possible workaround: Add second (or more) pool(s) to the epools.txt list. You can add the same pool there twice.
Example of epools.txt:
# Ethermine.org
# Main pool listed in the config.txt file: POOL: eu1.ethermine.org:4444,   WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: us1.ethermine.org:4444,   WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: us2.ethermine.org:4444,   WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: asia1.ethermine.org:4444, WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: asia2.ethermine.org:4444, WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
lncm
Member
**
Offline Offline

Activity: 250
Merit: 11


View Profile
April 12, 2018, 09:49:01 PM
 #1491

So, no love for Baffin at all?

★★★ INTENSE COIN ★★★
BLOCKCHAIN BACKED DECENTRALISED P2P VPN
MediumTwitterSlackDiscordRedditFacebookWhitepaperBitcointalk Ann
murgorx
Member
**
Offline Offline

Activity: 196
Merit: 11


View Profile
April 13, 2018, 07:01:21 AM
 #1492

Sickest Ethash miner! I am pulling almost 32MH/S on my Micron mem RX580! Settings 1240/2200, both cvddc and mvddc @ 950. The power draw is not of a big concern of me, since my electricity is 0.06cents/h. the 2.9 version of the miner has been reporting even less stale shares - for the last 48 hours I have submitted less than 50 shares according to the pool!!
Insane performance!
PhoenixMiner
Jr. Member
*
Offline Offline

Activity: 133
Merit: 6


View Profile
April 13, 2018, 07:09:46 AM
 #1493

What is the best version for nVidia driver to run PhoenixMiner 2.8c or 2.9d?
I open multiple instances to run claymore on RX580 and Phoenix on GTX1070/1060 on the same rig, right?
   Frankly, we just install the latest Nvidia drivers whenever we set up a new mining rig. Some of our test rigs run quite old driver versions too, and we don't see much difference. As always, YMMV so if you may find that one driver works better for you. In any case the speed difference won't be anything to write home about but there may be difference in stability.
   Yes, you can use multiple instances of both Claymore and PhoenixMiner on the same rig. Just use the -di (in claymore) and -gpus (in PhoenixMiner) to force them to use different GPUs. Also you may want to change the remote management port from the default 3333 as only one of the instances will be able to use it.

Update and comparison
2.9d is actually a bit of a loss in hashrate. vega 64 virtually no change from 2.8c. fury x are lower than 2.8c 34.5 avg now

the best speed was 2.8b but stales now are virtually nil.

Regards
   You can try higher -gt values with the Fury cards with the new kernels. We found optimal performance in some of our Fury cards at about -gt 150.

To the Developer:

For some reason phoenixminer will NOT AUTO RUN using regedit but Claymore does  HuhHuhHuhHuh? what gives HuhHuhHuh

I set up all my rigs to auto log on auto mine - in case power loss or windows update or some other bulsh*t etc.........

works fine with claymore.

If I input phoenixminer.exe absolutely NOTHING HAPPENS AFTER REBOOT ..................... WTF.......................................
   PhoenixMiner looks for config.txt and epools.txt in the current folder, which may not be the folder where the PhoenixMiner.exe is placed. In your case probably you are running PhoenixMiner.exe but the current folder is not the folder where your config.txt and epools.txt files are placed so it just exits. We will make changes in the next release and if the program is started without any options, it will look for config.txt not only in the current folder but also in the folder where the PhoenixMiner.exe is placed. Alternatively, if a full path to config.txt is specified, we will look for epools.txt in the same folder.
   To fix the problem with the current release, create a small .bat file with the following content:
Code:
REM If PhoenixMiner is on other drive than C:, change the drive bellow
C:

REM Change the folder bellow to the FULL PATH (i.e. starting from the root directory) where PhonixMiner.exe is placed
cd C:\MiningSoftware\PhoenixMiner2.9d\

PhoenixMiner.exe
pause
   Then you put this .bat file in HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run instead of directly running PhoenixMiner.exe.

Phoenixminer is possible stale shares which GPU - >> total ?? and gpu 1 /? gpu2 /? gpu3 /? etc. It is easier to change settings of the GPU that causes the most stales.
http://www.resimag.com/p1/e9d607fe24.jpeg
   We can show stales by GPU but it is not really a meaningful statistic (as opposed to incorrect shares which are shown by GPU). In the latest version the internal stale shares should be very low (less than 0.1% in the long run) so only the external stales remain, which are completely outside the control of (and completely undetectable by) the miner.

The screen output for each line of the GPU summary you have a list of all GPUs and the shares found for each.(If and when a stale is found then beside each count you would have a secondary total.)

GPU 1 - (105/3) in this case the 105 is found shares, the 3 are the stales)

Make sense now?
   Actually, these are the incorrect shares, not the stales. As stated above, the stales are not shown for each GPU (only as total number).

The connection issue still persist.
if you reboot router with dynamid ip
the miner cant connect to ethermine.org pool
you need to manual close and relaunch the program to connect
70-80% of rigs have this problem occur
while some can connect after router reboot
   We will try to reproduce this. At the first glance this shouldn't happen as each connection attempt is done independently for the previous one - new DNS lookup, new TCP socket, etc., so the changed IP shouldn't be of any importance.

Report of first 24hrs on PhoenixMiner 2.9d (migrated from 2.8c).

Environment: 52 GPU (45x RX580/8GB, 7x 1070/8GB) in four rigs of 13 cards each.

Results:
  - Hashing rate: Increased a bit: Before: 1.630 GH/s, now 1.633 GH/s ~ 0.12% increase. The increase is most notable on Nvidia cards.
  - Power Consumption: Decreased for few watts: e.g. on one rig from 1630 to 1620W on average, measured on the wall. A slight temperature drop in line with power consumption.
  - Stale share: Increased a bit as reported by the ethermine.org pool, before 3-4%, now 4-5% with drops to 2% occasionally. Was < 3% on Claymore 11.5
  - Stability: Stable, occasional hashing drops on some cards e.g. form 31MH/s to 24 for a 10-20 sec, then recovering back to normal 31 MH/s. Did not observe that before.

Comments:
  - In my opinion the "-logsmaxsize <n> Maximum size of the logfiles in MB. The default is 200 MM"; The default value of 200Mb is to high and cannot be normally edited by most editors. The default should be no more than e.g. 10MB or if you must, 50Mb.
  - Missing a feature: Auto tune of the GPU tuning parameter /-gt/; Similar to Claymore -dcri auto tune).
  - The 2.9d is officially released as an unofficial version with full support. Really Smiley Why not just stick to the usual sw naming convention like calling it "alpha"; a limited test version that might get new functionalities until released as final.

Verdict: Works like a charm out of the box. Thumbs up!
  Thank you for sharing your results. The -logsmaxsize option defines the max size of all log files, not a single file, so 200 MB should be adequate if you want to keep a history for the last few weeks (or months). We don't have a limit of the size of a single logfile but it may be added in the future.
   We will add auto-tuning in the next version (3.0).
   Well, it is more like a beta in that it should be stable enough for normal usage.  Grin However it is not recommended for deployment on large farms as it is not tested enough. But you are quite right that the naming convention is not ideal. We will probably switch to two channels: stable and beta, and each version will be clearly marked to avoid any confusion if it is stable or beta version.

So, no love for Baffin at all?
   Please try to use -clkernel 2 for Baffin or try to change the -gt values. We will add auto-tuning in the next version (3.0), which will make the fining of optimal parameters easier.

terrya
Newbie
*
Offline Offline

Activity: 5
Merit: 0


View Profile
April 13, 2018, 07:45:23 AM
 #1494

The connection issue still persist.
if you reboot router with dynamid ip
the miner cant connect to ethermine.org pool
you need to manual close and relaunch the program to connect
70-80% of rigs have this problem occur
while some can connect after router reboot


i'm agree... The connection issue still persist.

I did observe this problem when my dynamic IP changed by the ISP. However in my case Phoenix 2.8c auto-recovered from the situation on its own.
It attempted to connect to the main pool several times waiting 20 sec in between and then after 3 or so failed attempts successfully connected to the next pool from my epools.txt.

Possible workaround: Add second (or more) pool(s) to the epools.txt list. You can add the same pool there twice.
Example of epools.txt:
# Ethermine.org
# Main pool listed in the config.txt file: POOL: eu1.ethermine.org:4444,   WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: us1.ethermine.org:4444,   WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: us2.ethermine.org:4444,   WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: asia1.ethermine.org:4444, WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0
POOL: asia2.ethermine.org:4444, WALLET: %WALLET%.%WORKER%, PSW: x, WORKER: , ESM: 0, ALLPOOLS: 0

might works but other address will have different geo location which has higher ping time thus higher stale share...
j2james
Jr. Member
*
Offline Offline

Activity: 54
Merit: 0

I use Nanopool for ETH mining and MSI AB 4.4.2


View Profile
April 13, 2018, 08:24:31 AM
 #1495

The -logsmaxsize option defines the max size of all log files, not a single file, so 200 MB should be adequate if you want to keep a history for the last few weeks (or months). We don't have a limit of the size of a single logfile but it may be added in the future.

Strange solution. Never seen that. For example in java there is RollingFileAppender (https://logging.apache.org/log4j/1.2/apidocs/org/apache/log4j/RollingFileAppender.html) which creates new log file when current file has reached limit size. I waited to have the same functionality, and I think that not only me. If the current behaviour is like you have described, then can you please to use parameter 0 as recomendation do not delete logs (so limit is absent).

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
rodyw
Full Member
***
Offline Offline

Activity: 364
Merit: 102


View Profile
April 13, 2018, 08:27:32 AM
 #1496

Wow, I am impressed with the results of the new 2.9b version on my rig with 5x AMD RX580 4Gb (Elpida):
2018.04.13:10:24:29.987: main *** 44:36 ***************************************************
2018.04.13:10:24:29.987: main Eth: Mining ETH on eth.coinfoundry.org:3073 for 36:54
2018.04.13:10:24:29.987: main Eth speed: 156.019 MH/s, shares: 24292/1/6, time: 44:36
2018.04.13:10:24:29.987: main GPUs: 1: 31.212 MH/s (4827) 2: 31.200 MH/s (4898) 3: 31.216 MH/s (4840/6) 4: 31.215 MH/s (4868) 5: 31.177 MH/s (4860)
2018.04.13:10:24:29.987: main Eth: Accepted shares 24292 (116 stales), rejected shares 1 (0 stales)
2018.04.13:10:24:29.987: main Eth: Incorrect shares 6 (0.02%), est. stales percentage 0.42%
2018.04.13:10:24:29.987: main Eth: Maximum difficulty of found share: 87.3 TH (!!!)
2018.04.13:10:24:29.987: main Eth: Average speed (5 min): 155.910 MH/s
2018.04.13:10:24:29.987: main Eth: Effective speed: 150.14 MH/s; at pool: 150.13 MH/s

   ⚡⚡ PRiVCY ⚡⚡   ▂▃▅▆█ PRiVCY (PRIV) is a new PoW/PoS revolutionary privacy project  ☞ Best privacy crypto-market! █▆▅▃▂
    Own Your Privacy! ───────────────── WebsiteGithub  |  Bitcointalk  |  Twitter  |  Discord  |  Explorer ─────────────────
   ✯✯✯✯✯                 ✈✈✈[Free Airdrop - Starts 9th June][Tor]✈✈✈ ║───────────║ Wallet ➢ Windows  |  macOS  |  Linux
inv1s1bl3
Jr. Member
*
Offline Offline

Activity: 60
Merit: 0


View Profile
April 13, 2018, 09:46:15 AM
 #1497

Wow, I am impressed with the results of the new 2.9b version on my rig with 5x AMD RX580 4Gb (Elpida):
2018.04.13:10:24:29.987: main *** 44:36 ***************************************************
2018.04.13:10:24:29.987: main Eth: Mining ETH on eth.coinfoundry.org:3073 for 36:54
2018.04.13:10:24:29.987: main Eth speed: 156.019 MH/s, shares: 24292/1/6, time: 44:36
2018.04.13:10:24:29.987: main GPUs: 1: 31.212 MH/s (4827) 2: 31.200 MH/s (4898) 3: 31.216 MH/s (4840/6) 4: 31.215 MH/s (4868) 5: 31.177 MH/s (4860)
2018.04.13:10:24:29.987: main Eth: Accepted shares 24292 (116 stales), rejected shares 1 (0 stales)
2018.04.13:10:24:29.987: main Eth: Incorrect shares 6 (0.02%), est. stales percentage 0.42%
2018.04.13:10:24:29.987: main Eth: Maximum difficulty of found share: 87.3 TH (!!!)
2018.04.13:10:24:29.987: main Eth: Average speed (5 min): 155.910 MH/s
2018.04.13:10:24:29.987: main Eth: Effective speed: 150.14 MH/s; at pool: 150.13 MH/s

Nice results there! Is the pool reporting the same, btw? I have noticed for the 12 hours I mined ETH, that the miner reported more stales than the pool  Grin Grin Dunno who to trust, lol, but anyway 6 cards hashing waaay better than they should be, considering that they've been running 24/7 for the last couple of months, always squeezing them to their maximum limit I still get around 31.5mh/s on each card and that's reported by the pool, not locally from the miner.

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

Activity: 80
Merit: 0

Bilmiyorsan bir bilene soracaksin !


View Profile
April 13, 2018, 11:04:05 AM
 #1498

Where is version 2.9? Can't find it

Edit: Nvm found it.

for people who can not find phoenixminer 2.9.d in the forum here is the download link again.
https://bitcointalk.org/index.php?topic=2647654.msg34449237#msg34449237
maybe for the phoenix developer an idea to place the download link on the opening page 1 better.

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

Activity: 67
Merit: 0


View Profile
April 13, 2018, 01:41:56 PM
 #1499

Update and comparison
2.9d is actually a bit of a loss in hashrate. vega 64 virtually no change from 2.8c. fury x are lower than 2.8c 34.5 avg now

the best speed was 2.8b but stales now are virtually nil.

Regards
  You can try higher -gt values with the Fury cards with the new kernels. We found optimal performance in some of our Fury cards at about -gt 150.

I have tried from 50 to 300 for the furys, I am running fastest at -gt 225. I also found it faster running the -clf 2


The screen output for each line of the GPU summary you have a list of all GPUs and the shares found for each.(If and when a stale is found then beside each count you would have a secondary total.)

GPU 1 - (105/3) in this case the 105 is found shares, the 3 are the stales)

Make sense now?
  Actually, these are the incorrect shares, not the stales. As stated above, the stales are not shown for each GPU (only as total number).

ok thanks for clarifying.
lncm
Member
**
Offline Offline

Activity: 250
Merit: 11


View Profile
April 13, 2018, 02:51:03 PM
 #1500


So, no love for Baffin at all?
   Please try to use -clkernel 2 for Baffin or try to change the -gt values. We will add auto-tuning in the next version (3.0), which will make the fining of optimal parameters easier.



Thanks! Using -clkernel 2 and -gt 50 for Baffin card improved performance from ~11 Mh/s to 14+ Mh/s!

Back to PhoenixMiner again!

★★★ INTENSE COIN ★★★
BLOCKCHAIN BACKED DECENTRALISED P2P VPN
MediumTwitterSlackDiscordRedditFacebookWhitepaperBitcointalk Ann
Pages: « 1 ... 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 114 115 116 117 118 119 120 121 »
  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!