Bitcoin Forum
December 10, 2019, 05:04:23 PM *
News: Latest Bitcoin Core release: 0.19.0.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 18 19 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 114 115 116 117 118 ... 201 »
  Print  
Author Topic: PhoenixMiner 4.8c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 208497 times)
Metroid
Sr. Member
****
Offline Offline

Activity: 1092
Merit: 287


Xtreme Monster


View Profile
April 02, 2018, 09:28:30 AM
 #1341

I have one 3Gb card that can not work with Phoenix & any UBIQ pools!!!

No point running any 3gb gpu with PhoenixMiner unless for testing purposes, use claymore and the dev fee is free for 3gb gpus.

BTC Address: 1DH4ok85VdFAe47fSVXNVctxkFhUv4ujbR
1575997463
Hero Member
*
Offline Offline

Posts: 1575997463

View Profile Personal Message (Offline)

Ignore
1575997463
Reply with quote  #2

1575997463
Report to moderator
1575997463
Hero Member
*
Offline Offline

Posts: 1575997463

View Profile Personal Message (Offline)

Ignore
1575997463
Reply with quote  #2

1575997463
Report to moderator
1575997463
Hero Member
*
Offline Offline

Posts: 1575997463

View Profile Personal Message (Offline)

Ignore
1575997463
Reply with quote  #2

1575997463
Report to moderator
Every time a block is mined, a certain amount of BTC (called the subsidy) is created out of thin air and given to the miner. The subsidy halves every four years and will reach 0 in about 130 years.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
gsrcrxsi314
Member
**
Offline Offline

Activity: 367
Merit: 30


View Profile
April 02, 2018, 02:43:26 PM
 #1342

I have one 3Gb card that can not work with Phoenix & any UBIQ pools!!!

No point running any 3gb gpu with PhoenixMiner unless for testing purposes, use claymore and the dev fee is free for 3gb gpus.

I'm curious how that works if you have say a 3GB card mixed with other cards >3GB mining on the same pool on the same machine.

like you have a 1060-3G and a 1060-6GB, both running ETH on the same pool in the same rig. how does the miner only devfee the one card?
BennyT
Full Member
***
Offline Offline

Activity: 268
Merit: 108


View Profile
April 02, 2018, 03:12:40 PM
 #1343

I get 3 Mh/s per second higher hash rate in a 9 card 1060 rig over the same rig running Claymore 11.6. However Claymore is currently producing 0.05 more ETH per month on the same 9 card rig in my 48 hour test. Big fan of phoenix though, will come back and try them on the next release.
janding
Newbie
*
Offline Offline

Activity: 137
Merit: 0


View Profile
April 02, 2018, 04:03:27 PM
 #1344

I get 3 Mh/s per second higher hash rate in a 9 card 1060 rig over the same rig running Claymore 11.6. However Claymore is currently producing 0.05 more ETH per month on the same 9 card rig in my 48 hour test. Big fan of phoenix though, will come back and try them on the next release.

I had similar experience.
I found with the increased hash rate from Phoenix I had many memory errors. ( Don't get them on Claymore using same clock speeds )
When I lowered the mem clocks to get rid of the memory errors I had the same hash rate as Claymore.
Then I observed that I actually got less accepted shares at the pool with Phoenix than Claymore.
So, for now I'm still using Claymore.
4play
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
April 02, 2018, 04:10:30 PM
 #1345

I try all version od PhoenixMiner. But my conclusion is on my rig best choose PhoenixMiner 2.6. Now i'll try just last version of Claymore.
aurus33
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
April 02, 2018, 04:50:46 PM
 #1346

Dev Request:

Can you include a feature that "force" or change the seeting for the card(s) to turn on compute mode?

perhaps a command at run time or a flag "-compute 1"

I use blockchain drivers, but switching to newest driver would definitely make it extremely useful!

Thanks.
gsrcrxsi314
Member
**
Offline Offline

Activity: 367
Merit: 30


View Profile
April 02, 2018, 05:55:03 PM
 #1347

Dev Request:

Can you include a feature that "force" or change the seeting for the card(s) to turn on compute mode?

perhaps a command at run time or a flag "-compute 1"

I use blockchain drivers, but switching to newest driver would definitely make it extremely useful!

Thanks.

upgrade to the new drivers. the blockchain drivers are buggy as hell.

new drivers (driver only package) + compute mode switcher = profit.
Digital_Seytan
Newbie
*
Offline Offline

Activity: 141
Merit: 0


View Profile
April 02, 2018, 07:47:10 PM
 #1348

i use 2.8.c  bu what can i do for this error help

gpu: 2 or 4  on more rigs cannot get fan speed, error 999

 Huh
gsrcrxsi314
Member
**
Offline Offline

Activity: 367
Merit: 30


View Profile
April 02, 2018, 08:39:30 PM
 #1349

i use 2.8.c  bu what can i do for this error help

gpu: 2 or 4  on more rigs cannot get fan speed, error 999

 Huh

too much overclock
human75
Newbie
*
Offline Offline

Activity: 49
Merit: 0


View Profile
April 02, 2018, 10:02:02 PM
 #1350

Dev Request:

Can you include a feature that "force" or change the seeting for the card(s) to turn on compute mode?

perhaps a command at run time or a flag "-compute 1"

I use blockchain drivers, but switching to newest driver would definitely make it extremely useful!

Thanks.

upgrade to the new drivers. the blockchain drivers are buggy as hell.

new drivers (driver only package) + compute mode switcher = profit.
Afterburner won't recognise new driver at all.
if you have mixed rig like me then new drivers are useless. because i give different oc value each card.
skinnyfalcon
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
April 03, 2018, 12:10:05 AM
 #1351

Updated from 2.7 to 2.8c:
Everything is running quite stable (there is a very peculiar hash drop on individual cards, occurs very rarely and beck up to normal after 2-3 min). The average stale has dropped from 2-3% down to 0.6-0.7%, however the overall hash rate does not seem to have improved.
https://media.discordapp.net/attachments/377248766828347392/430509035675058208/20180402_192720.jpg?width=761&height=897
PhoenixMiner
Member
**
Offline Offline

Activity: 229
Merit: 13


View Profile
April 03, 2018, 05:37:18 AM
 #1352

What's this: PhoenixMiner 2.9c: fastest Ethereum/Ethash miner with lowest devfee (Windows)?
  Fake release, probably packed with malware. All official or beta (or whatever) releases of PhoenixMiner will be done here, in this thread.

Running 2.8c now, One of my GPU's still drops to 0.0mh.  I have two models of this card, same memory, both with stable overclock.  Runs fine with 2.7b.  Have tried to lower significantly its memory clock from 2200 to 2100, 2075 and 2050, does not fix the problem, left the core at 1150.  With version 2.8c I have tried to use the -clnew 0 flag for that particular GPU while designating the other cards in the system -clnew 1 yet it does not fix the problem.  I run the card with -mi 12 on 2.7b so I also tried to lower that to -mi 10 on 2.8c with no difference in result.  Only way that card remains hashing is by running it separately with 2.7b.  I have also tried claymore 11.6 version with the same conclusion, hashes for a minute or two and drops out to 0.0mh. 

Has anyone else experienced this particular problem?  Its not a major issue for me running two versions but it is the idea that I cannot solve this problem has me twisted atm.   
   While we were unable to reproduce the problem, we have an idea what may be the cause although it doesn't make much sense. Still, we will fix this in the next release where -clnew 0 should be able to completely replicate the behavior from 2.7.

Just gave a chance to PM2.8c today on Windows 10. Sharing my first expression, observations, problems and results:

Copied the Claymore config file over. It fails out of the box. Requires a migration of configuration.
After a bit of tweaking a successful configuration file migration was in place. Got the PM2.8c running in less than 3 minutes.

The following discrepancies were observed:

PM2.8c vs CL11.5
1. config file with spaces listing multiple single option values, for example: "-cvddc   835, 835, 850, 900, 835, 835" reports an issue with invalid option 835. CL allows spaces. Some use spaces with a line above as comment with list of GPUs; GPU1 GPU2 GPU3 ... - spaces are for alignment.

2. Order of GPUs is different, this leads to incompatibility with CL existing configuration. CL lists AMD cards then adds NVidia cards. On PH2.8c all are mixed as discovered at system level The migration requires redo of the config file and custom settings for all options with individual values per GPU. For example: -cclock 0,0,0,0,1170,0,0,1160,1160,1160,1180,0,1120 - the 0 for NVIDIA cards. Migrated from -cclock 1170,1160,1160,1160,1180,1120.

3. -ethi default is different 8 vs 12.


Results/comparison
as reported by miners (13 GPUs rig: 5x AMD RX580, 7x NVidia 1070):
CL11.5: Average speed (as observed in logs): 400.309 - ranging: 400.151 MH/s - 400.706 MH/s @ wall wattage: 1620W
PH2.8c: Average speed (5 min): 402.817 MH/s - ranging:  400.926 MH/s - 404.945 MH/s @ wall wattage: 1630W

Observations:

1. Can confirm increased hash rate of 0.62%. (Same settings as CL).
2. The reporting API works as advertised out of the box. Using Claymore's Monitor on Android it just works, reporting the version as: PM2.8c-ETH compared to 11.5-ETH (Claymore).
3. It appears stale shares value is at a similar level to CL. The PH reported % of stale shares is not in sync with pool report (ethermine.org): 1.26% vs 3%
4. Log file entries are detailed and easy to understand.
6. The on-screen run log/report is on a higher level compared to CL. Way more informative and rich with data. Not sure about the (!) next to Share actual difficulty when diff is in GH.
7. As a software engineer I do start counting my GPUs with 0, 1 ... but on the other hand some other SWs such as HWinfo64 are also listing GPUs from 1, 2, 3... Not sure yet how annoying if at all this is.

Will keep this rig running for a while to gather more data on stability and performance. Will report back.

Would be nice for miners to add a migration section (from other miner apps) to PH.
Definitely would be interested to buy a licensed version with devfee 0.
All in all a great alternative miner with better performance and a lower devfee. A solid ****. Excellent job.
   Thank you for reporting your findings. We will fix the errors caused by the additional spaces in config.txt in the next release. The GPUs should be ordered in increasing PCIe bus number, which in turn should be roughly the same as the order of the PCIe slots starting from the CPU socket (and also the same order as most hardware control and monitoring programs). We will consider adding an option for alternative GPU ordering but for now this seems the most sensible approach. We are also preparing another improvement that will lower the number of stale shares even further.

Added PhoenixMiner 2.8c to official EthControl software list, great work.
   Thank you! Smiley We are happy that the fixes in PM 2.8c are working.

I noticed that PM constantly uses 1.5-2% of CPU power during mining. Why? Can it be reduced?
   Hmm, this is too much. What CPU you have and what version of PhoenixMiner you are using? In PhoenixMiner 2.8c and with very slow CPU like Athlon II x2 we are seeing about 0.2-0.5% CPU load.

what is the best gpu for your miner? (ROI)
   It's hard to give a definitive answer because it depends too much on the difficulty, ETH price, etc. It is better to maybe use metrics like hashrate per USD (GPU price) and hashrate per watt (power consumption). In these so far the AMD Polaris cards are still the best but if you already have paid back the GPU initial price, the power efficiency of GTX1070 is the best. So, if you are buying GPUs right now - AMD Polaris (RX570 4 or 8 GB because the hashrate is the same as 580; 8 GB if you want to be as future-proof as possible).

I noticed that PM constantly uses 1.5-2% of CPU power during mining. Why? Can it be reduced?
Oh, increased CPU usage is only with -gpow parameter. Without it or with -li option CPU usage is norm - 0-0,5%.
I think that it -gpow bug...
   Ah, this explains it. -gpow and -li both work by adding some "sleep" time after each kernel dispatch. -li uses fixed amount of time, which makes it difficult to be sure how much it will decrease the hash-rate but -gpow dynamically recalculates the length of the sleep period. This is both too CPU intensive and too inaccurate if the mining intensity (-mi) is already low (under 5 or 6). So if you want to use low -mi, it is better to use the -li option which is "dumb" but uses less CPU.

Dev Request:

Can you include a feature that "force" or change the seeting for the card(s) to turn on compute mode?

perhaps a command at run time or a flag "-compute 1"

I use blockchain drivers, but switching to newest driver would definitely make it extremely useful!

Thanks.
   Yes, it will be included in the next full release.


i use 2.8.c  bu what can i do for this error help

gpu: 2 or 4  on more rigs cannot get fan speed, error 999
   Lower the memory overclock of the cards that give this error a little (20-40 MHz) and it should go away.
Jbodz83
Newbie
*
Offline Offline

Activity: 125
Merit: 0


View Profile
April 03, 2018, 11:33:03 AM
 #1353

Went back to Claymore 11.6 - it seems that Phoenixminer could not stabilize their stale shares. as having 11Mhs extra w/ 5-6% stale shares is not that good compared to 1-2$ from ClaymoreMiner 11.6. just my thought.. Smiley
milos957
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
April 03, 2018, 12:02:05 PM
Last edit: April 03, 2018, 12:13:45 PM by milos957
 #1354

Thanks to Phoenix Miner Developers for great effort and excellent support. I use the latest AMD driver version 18.3.4, all my rigs work perfectly, all the settings are in the bat file only the card temperature is maintained with the MSI Afterburner: download-eu2.guru3d.com/afterburner/[Guru3D.com]-MSIAfterburnerSetup443Beta4.rar
MaxMidnite
Newbie
*
Offline Offline

Activity: 137
Merit: 0


View Profile
April 03, 2018, 05:19:32 PM
 #1355

Any plans for CryptoNote miner or integration, would be great?
Jbodz83
Newbie
*
Offline Offline

Activity: 125
Merit: 0


View Profile
April 03, 2018, 08:20:34 PM
 #1356

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
janding
Newbie
*
Offline Offline

Activity: 137
Merit: 0


View Profile
April 03, 2018, 08:26:33 PM
 #1357

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


I'm waiting on the same fix for stale shares.
I have almost identical results with speed gain but stale shares are just too high with Phoenix.
When that gets solved I'll be back on Phoenix in a flash.
skinnyfalcon
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
April 03, 2018, 11:44:38 PM
 #1358

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


Your screen shot doesn't show the stale shares (%). what you are seeing is Valid Share/Rejected Share/Bad Share. Even with v2.7c I only had 2.6% stale, after updating to 2.8c its down to 0.58%. And your Rejected shares are quite high 3 rejected in 404 valid, I have 0 rejected and only 0.01% invalid. So something is not right in your configuration.
janding
Newbie
*
Offline Offline

Activity: 137
Merit: 0


View Profile
April 04, 2018, 12:15:40 AM
Last edit: April 04, 2018, 12:39:31 AM by janding
 #1359

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


Your screen shot doesn't show the stale shares (%). what you are seeing is Valid Share/Rejected Share/Bad Share. Even with v2.7c I only had 2.6% stale, after updating to 2.8c its down to 0.58%. And your Rejected shares are quite high 3 rejected in 404 valid, I have 0 rejected and only 0.01% invalid. So something is not right in your configuration.

I'm guessing you are getting your stale share numbers from the miner display window which is totally inaccurate.
And yes he is showing the accurate stale share rate of 1%
The numbers you see are Valid   Shares / Stale Shares / Invalid Shares
jimsta
Newbie
*
Offline Offline

Activity: 50
Merit: 0


View Profile
April 04, 2018, 03:10:04 AM
 #1360

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!
Pages: « 1 ... 18 19 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 114 115 116 117 118 ... 201 »
  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!