Bitcoin Forum
August 09, 2022, 02:15:17 PM *
News: Latest Bitcoin Core release: 23.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 ... 500 »
  Print  
Author Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 770369 times)
rongphuongnam
Newbie
*
Offline Offline

Activity: 55
Merit: 0


View Profile
July 14, 2018, 08:36:29 AM
 #2201

Hello Phoenix team,

Any update? I seem version 3.0C have some problem, a lot of PP rollback 2.9e
1660054517
Hero Member
*
Offline Offline

Posts: 1660054517

View Profile Personal Message (Offline)

Ignore
1660054517
Reply with quote  #2

1660054517
Report to moderator
1660054517
Hero Member
*
Offline Offline

Posts: 1660054517

View Profile Personal Message (Offline)

Ignore
1660054517
Reply with quote  #2

1660054517
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1660054517
Hero Member
*
Offline Offline

Posts: 1660054517

View Profile Personal Message (Offline)

Ignore
1660054517
Reply with quote  #2

1660054517
Report to moderator
1660054517
Hero Member
*
Offline Offline

Posts: 1660054517

View Profile Personal Message (Offline)

Ignore
1660054517
Reply with quote  #2

1660054517
Report to moderator
B00gieman
Newbie
*
Offline Offline

Activity: 65
Merit: 0


View Profile
July 14, 2018, 11:22:46 AM
 #2202

No problem here.
fynxer
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
July 15, 2018, 08:39:34 AM
 #2203

I just flipped over my 200+ gfx cards to Phoenix miner from Claymore and experienced more stability, less stale shares AND 1.5-2% increase in profits.

Please keep up the good work and i will continue to use your miner.

My farm has about 50% nVidia cards which just a few are 1080Ti.

With OhGodAnETHlargementPill injecting tighter memory timings the 1080Ti whent from 37MH to 54MH.

https://github.com/OhGodACompany/OhGodAnETHlargementPill

To inject new tighter memory timings in to nVidia cards result in a dramatic increase of HashPower in most 10xx serise cards

For example a 1070 can do up to 44MH and 1060 pushes over 30MH (depending on memory type and manufacturer of course)

My suggestion is to reverse engineer the OhGodAnETHlargementPill to find out how it's done and add it to the Phoenix miner.

Adding nVidia memory injection to cover 1050/1060/1070 would make Phoenix miner totally unstoppable.
mrpcrp
Newbie
*
Offline Offline

Activity: 23
Merit: 0


View Profile
July 15, 2018, 01:46:40 PM
 #2204

OhGodAnETHlargementPill work only for DDR5x memory cards - 1080 and 1080ti
1060 and 1070 dont increase hashrate by it
dibipl
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
July 15, 2018, 03:52:26 PM
 #2205

Version 3.0c. Fan control seems not to be working properly.
Environment:
Clean installation Windows 10 (1709), no updates.
Drivers - latest (18.6.1)
Card: single Asus ROG Strix RX580 O8G (stock bios, only timings modified)
No any additional software than can interfere with fan control is installed (like Afterburner etc.)

-fanmin 50
-fanmax 100
-tt 55

When miner starts - fans are initially stopped. When temperature rises to 50 and above - fans start working on max speed (maybe not max but high enough). In a few seconds temperature drops below 50 and fans begin to slowdown and finally stop. In a few seconds the sequence repeats.

Tried setting -tt -50 to force constant fan speed - not working.


Your card starts fans at 50'C because it is programmed in bios. Same cards have that.
-tt 55 means target temp. 55'C
If your fans starts at 50'C and target is 55'C, so you are very close to your target temperature, that is why fans are working close to 100%.
Change -tt 65 and you should be fine.
cmd_whoami
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
July 15, 2018, 05:39:05 PM
Last edit: July 15, 2018, 05:57:50 PM by cmd_whoami
 #2206

@ PhoenixMiner

I second the request to reverse engineer OhGodACompany's Ethlargment Pill.... If you follow Kristy, she's stated that the software was card locked for the 1080 & 1080ti but works with the 1060 and 1070.

From what I've put together if someone figures out how to remove the card lock it would detect the 10 series card and set mem timings appropriately (this maybe incorrect info) but regardless it would show how to inject mem timings without flashing the cards with a SPI programmer & pomona clip.

She's under a NDA agreement for the software and from my understanding, cant release it for the 1060 and 1070 until someone else reverse engineers and releases it with or without dev fee. No matter how you look at it it would give you more hashrate on your dev fee and help us compete with what ever  FPGA's are out there on ETH and the E3 that's about to ship.

Wolf0 aka OhGodAPet already penetrated your miner to take a look earlier in this thread when Claymore accused you of stealing his kernels, so I think its only fair you open it up to take a look if you haven't already...
fynxer
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
July 15, 2018, 05:56:49 PM
 #2207

OhGodAnETHlargementPill work only for DDR5x memory cards - 1080 and 1080ti
1060 and 1070 dont increase hashrate by it

Check Youtube interviews with OhGodAGirl, she explicitly says that they can do it on all nVidia 10xx series cards.

It has NOTHING to do with GDDR5X. You can inject memory timings on ALL nVidia cards to tighten memory timings and get more performance.

They actually sell EnlargementPills for 1050/1060/1070, if you contact them you can get a quote.

OhGodAGirl also mentioned they have plans to do a mining pool in combination with a mining software with nvidia memory injection for all 10xx series cards.
Spidey999
Copper Member
Newbie
*
Offline Offline

Activity: 518
Merit: 0


View Profile
July 15, 2018, 07:22:17 PM
 #2208

Hello Phoenix team,

Any update? I seem version 3.0C have some problem, a lot of PP rollback 2.9e

Looks like 3.0c have a lot of problem, I can't get it working for more than two days. 2.9e works perfect for me 🙄
Bigdrago
Newbie
*
Offline Offline

Activity: 312
Merit: 0


View Profile
July 15, 2018, 07:38:32 PM
 #2209

Hello Phoenix team,

Any update? I seem version 3.0C have some problem, a lot of PP rollback 2.9e

Looks like 3.0c have a lot of problem, I can't get it working for more than two days. 2.9e works perfect for me 🙄

Running 1 month on all rigs. No problem
N0pr3s3n7
Member
**
Offline Offline

Activity: 107
Merit: 11


View Profile
July 15, 2018, 11:09:14 PM
 #2210

please release linux version Smiley !
jimsta
Jr. Member
*
Offline Offline

Activity: 56
Merit: 1


View Profile
July 16, 2018, 12:06:08 AM
 #2211

I'm one of the folks with significnat problems on 3.0. I have 18 AMD rx 570/580 cards across 2 rigs.. In the last 2 weeks, I couldn't get Phoenix to load properly, it just freezes without any log details during the initialization process.
I've tried loweirng MI, Altinit, old kernels, new kernels, gser 2-7... I've switched back to Claymore for the time being.

Before 2 weeks ago, i was running phoenix for about 2 months without any issues.
Mathero11
Jr. Member
*
Offline Offline

Activity: 36
Merit: 12


View Profile
July 16, 2018, 04:23:54 PM
 #2212

Just use version 2.9e. Works alot better. Now running for 580H straight in my 8 GPU AMD rig
gsrcrxsi314
Member
**
Offline Offline

Activity: 367
Merit: 34


View Profile
July 16, 2018, 08:14:18 PM
 #2213

OP are you still out there? Haven’t heard from you in a while.
Spidey999
Copper Member
Newbie
*
Offline Offline

Activity: 518
Merit: 0


View Profile
July 16, 2018, 09:11:44 PM
 #2214

Just use version 2.9e. Works alot better. Now running for 580H straight in my 8 GPU AMD rig

Yap, I'm using 2.9e and works best for me too... With 3.0c having problems everyday, and not sure why..
BTalarmus
Member
**
Offline Offline

Activity: 445
Merit: 12


View Profile
July 16, 2018, 09:12:44 PM
 #2215

This miner is good but unfortunately it crashes while using EthEnlargement pill on GTX 1080. The gain is about 10 MH per card with Claymore. It will be good if you include the option to overclock memory on GTX1080 cards in your next release.
PhoenixMiner
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
July 17, 2018, 06:57:52 AM
 #2216

...
FATAL ERROR: Debugger Detected

i tried with and without the -amd
Hello
I needed to install the drivers new. I use -amd. I use RX480, blockchain driver and 3.0c. Stopped working last friday.
Quote
FATAL ERROR: Debugger detected
What can I do? Claymore is working.
Thx for helping
   We have made some changes in anti-debug code in PhoenixMiner 3.1, which should solve (hopefully) most of these problems.

Dr. Phoenix,
Thanks for the great product.  I've found it faster and more reliable than the competition.

My .bat file points to an alternative config file.  Instead of specifying pools in my config.txt is there a way I can point to the epool.txt file?

Thank you.
   If you put the epools.txt file in the same folder as the miner (or in the same folder as the config.txt file), the miner will find it and read it without any additional options. We will add options to specify alternative names for the config and epools files in the next version.

Thanks. I have 39 amd 570 (3 rigs à 13 gpu).
Raised total speed from 1208 to 1213 with phoenix with autotune. Havent tried manually adjusting yet.

The speed was more stable with claymore (1208 mh/s). With phoenix it is from 1210-1213.
And the speed is different from each time the miner restarts due to auto-tune. Maybe it is better to write down the best settings and set the tune manually.
   Yes, this is the preferred way because even with all measures to make the auto-tuning reliable, if Windows starts messing with the GPUs during the auto-tune process, the results may be sub-optimal. Just don't forget to re-run auto-tune if you upgrade the drivers, or the miner itself, or if you change your OC settings, or mod the BIOS.


Hashrate is very stabel in 2.9e and in 3.0c. But "Average Hashrate for last 6 hours" in nanopool statistics page (https://eth.nanopool.org/account/0x...) for 3.0 typically show values less then reported hashrate and "Calculator" tab on this page shows about 0.36 ETH per month, but with 2.9e I have typically "Average Hashrate for last 6 hours" bigger then reported hashrate and calculator shows nubers bigger on 0.1 ETH per month. So if 3.0 shows 0.3x ETH per month, 2.9 shows 4.x ETH per month.

My command line for 2.9 and for 3.0 is:

set miner_params=-nvidia -cdm 2 -cdmport 3333 -cdmpass 12345 -minRigSpeed 188 -rmode 2 -tstop 65 -tstart 40 -logsmaxsize 0 -nvf 2
   Well, while ultimately the pool-side hashrate is all that matters, we only use the reported (local) hashrate when we working on the kernels because the former can be very unstable and prone to random ups and downs due to good/bad luck hitting the shares. Our test rigs are running more than 700 MH/s in total and even so, we have a few perecents ups or downs on pool-side hashrate in the matter of week or so, without any changes from our side, so there is that.


Loving Phoenix - 3 rigs, combination of XFX RX570's and RX580's.   Definitely more stable than claymore with fine tuning.

Question regarding -fanmin and -fanmax?

I used to run and set everything with Afterburner and claymore, including manual fan setting.
I set everything on one rig using Afterburner to 65% fan
Then, I stopped afternburner, started up Phoenix with command line addition of "-fanmin 75."
The speed still stays at 65 on all cards in the rig
Any thoughts?

DEVFEE and open source:

Also, any thoughts about making this public domain open source?
I would think that even at 0.65%, your Devfee should have more than paid for itself at this point.
How long do you want to keep it private and collect fee?

If it were me, I'd make it open source, make -devfee an option, and if we love it, have no problem setting a fee.   Certainly, I'd pay the fee (especially if I can control it)
Seems like if it were open source, people would be happier to compile it, and trust it as trustworthy.
It would help with adoption of the Phoenix Miner for the masses.
   Thank you for using our miner, we will continue to improve it!
   First, the OC settings of Phoenix doesn't work reliably on drivers older than 18.x.x. If you are using 18.x.x drivers, also note that the minimum and maximum fan speeds are subject to limitations from the GPU BIOS.
   Second, we don't plan to go open-source until some time after we stop working on improvements (which won't any time soon). Two of us are in the process of winding down their day jobs to in order to focus working on the miner and they wouldn't do this if the income is unstable and they can't support their families with it. While we appreciate that a lot of miners will continue to pay the devfee if it is optional, some of us has no so good experince with such "donationware", which ultimately fails to generate any meaningful revenue.

Does the miner create a new logfile when it is closed and starts again?
  Yes, unless you have specified explicit log file name with the -logfile command-line option. See the documentation for this option in the first post of this thread for more information.

Hi.
phoniex miner crashes just after starting load gpu log file doesnt give too much info.here is the log:

Code:
2018.07.04:11:54:56.713: main Phoenix Miner 3.0c Windows/msvc - Release
2018.07.04:11:54:56.713: main Cmd line: -pool etc.arsmine.net:8008 -wal 0x1c9cfc8a55dc86cee1c07a354593428d8894ad30 -worker Robert -pass x -coin etc -rmode 1 -wdog 1 -log 2 -ftimeout 200
2018.07.04:11:55:10.755: main Available GPUs for mining:
2018.07.04:11:55:10.755: main GPU1: Radeon RX 570 Series (pcie 1), OpenCL 2.0, 4 GB VRAM, 32 CUs
2018.07.04:11:55:10.756: main GPU2: Radeon RX 580 Series (pcie 2), OpenCL 2.0, 8 GB VRAM, 36 CUs
2018.07.04:11:55:10.756: main GPU3: Radeon RX 570 Series (pcie 6), OpenCL 2.0, 4 GB VRAM, 32 CUs
2018.07.04:11:55:10.756: main GPU4: Radeon RX 570 Series (pcie 7), OpenCL 2.0, 4 GB VRAM, 32 CUs
2018.07.04:11:55:10.756: main GPU5: Radeon RX 570 Series (pcie Cool, OpenCL 2.0, 8 GB VRAM, 32 CUs
2018.07.04:11:55:10.756: main GPU6: Radeon RX 570 Series (pcie 9), OpenCL 2.0, 4 GB VRAM, 32 CUs
2018.07.04:11:55:10.756: main GPU7: Radeon RX 570 Series (pcie 10), OpenCL 2.0, 4 GB VRAM, 32 CUs
2018.07.04:11:55:10.756: main GPU8: GeForce GTX 1070 (pcie 11), CUDA cap. 6.1, 8 GB VRAM, 15 CUs
2018.07.04:11:55:10.756: main GPU9: GeForce GTX 1050 Ti (pcie 12), CUDA cap. 6.1, 4 GB VRAM, 6 CUs
2018.07.04:11:55:10.756: main GPU10: Radeon RX 580 Series (pcie 13), OpenCL 2.0, 4 GB VRAM, 36 CUs
2018.07.04:11:55:11.338: main ADL library initialized
2018.07.04:11:55:11.375: main NVML library initialized
2018.07.04:11:55:12.143: main Listening for CDM remote manager at port 3333 in read-only mode
2018.07.04:11:55:12.143: main Eth: the pool list contains 1 pool
2018.07.04:11:55:12.143: main Eth: primary pool: etc.arsmine.net:8008
2018.07.04:11:55:12.143: main Starting GPU mining
2018.07.04:11:55:12.143: main Matched GPU1 to ADL adapter index 32 (method 1)
2018.07.04:11:55:12.425: main GPU1: Created ADL monitor for adapter 32; overdrive version: 7
2018.07.04:11:55:12.426: main GPU1: using AMD driver ver 18.6.1
2018.07.04:11:55:12.426: main Matched GPU2 to ADL adapter index 80 (method 1)
2018.07.04:11:55:12.855: main GPU2: Created ADL monitor for adapter 80; overdrive version: 7
2018.07.04:11:55:12.855: main GPU2: using AMD driver ver 18.6.1
2018.07.04:11:55:12.855: main Matched GPU3 to ADL adapter index 64 (method 1)
2018.07.04:11:55:13.369: main GPU3: Created ADL monitor for adapter 64; overdrive version: 7
2018.07.04:11:55:13.369: main GPU3: using AMD driver ver 18.6.1
2018.07.04:11:55:13.370: main Matched GPU4 to ADL adapter index 96 (method 1)
2018.07.04:11:55:13.752: main GPU4: Created ADL monitor for adapter 96; overdrive version: 7
2018.07.04:11:55:13.752: main GPU4: using AMD driver ver 18.6.1
2018.07.04:11:55:13.753: main Matched GPU5 to ADL adapter index 112 (method 1)
2018.07.04:11:55:14.328: main GPU5: Created ADL monitor for adapter 112; overdrive version: 7
2018.07.04:11:55:14.329: main GPU5: using AMD driver ver 18.6.1
2018.07.04:11:55:14.329: main Matched GPU6 to ADL adapter index 48 (method 1)
2018.07.04:11:55:14.627: main GPU6: Created ADL monitor for adapter 48; overdrive version: 7
2018.07.04:11:55:14.627: main GPU6: using AMD driver ver 18.6.1
2018.07.04:11:55:14.627: main Matched GPU7 to ADL adapter index 16 (method 1)

--------------------------------------------------------
Any help? 2.9d works with out any problem.
Many thx in advance
   Please try the following:
   - increase the page file size to 32 GB (10 x 2.6 GB per DAG plus a few GBs for Windows)
   - try using -amd option to see if the rig starts without the Nvidia cards
   - try using the -lidag command-line option and/or the -gser command-line option to decrease the intensity during or serialize the DAG generation

When is next version due??
    It is already late because of the Linux support. Ideally we would like to release 3.1 for both Windows and Linux (at least in alpha form for Linux) but if the delay becomes too big, will release the Windows version first.

I don't know why but I have tried many times: with 800-850Mhs, I mine solo CLO at altpool.pro, if I use Phoenix or Bminer, I find 0 - 1 block/24h, if I use Claymore, I find 3 - 5 blocks/24h. Is Phoenix not optimized for solo-mining?
   There is nothing much to optimize for solo mining (it's just a different network protocol). Such a big difference is certainly quite strange and most probably attributable to huge swings with the CLO difficulty. We don't follow CLO closely, but bear in mind that the smaller coins with volatile price could have huge difficulty swings in small time thanks to services like nicehash, which throw huge hashrate when the price increases and thus increase the difficulty.

for me power limitation doesn t work. I tried adding -powlim -20 or -li or -gpow but
in my stats alwais at 100% the utlization. It makes my pc lag. I have a 1050 ti and w7 64 bit

What i have to write in the config? Sad
   Sorry, the OC options (including the power limit) doesn't work on Nvidia cards yet. We will implement them in the future.

Lately I am getting a clEnqueueNDRange(-4) error on GPU 12. I only have 12 Sapphire RX570 GPUs attached to my rig.

My rig has been humming without any errors for many months. This just happened lately like since 2 weeks back. Any ideas how to solve this?

My virtual memory is already set to min 24000 and max 36000
   You have to increase the page file size more as the DAG size continues to increase with each new DAG epoch. With 12 GPUs and DAG size about 2.6 GB, you better set the min size to 36 GB (or set both min and max to 40 GB).

which 18.x driver is best for phoenix?
Just tried 18.6.1 on 3-card pc, and all cards started to mine with 16MH - both with Claymore and Phoenix...
  Generally all drivers in the 18.x.x branch give almost identical performance. You may also try -clkernel 2 (if you are using AMD cards) because some cards give more stable and/or higher hashrate with these kernels instead of the default kernels.

2% stale shares.
Maybw its devfee kicking in.
   It's not the devfee, it is less than 0.01 GH/s in your case. The stale shares also dosn't explain this. Your effective hashrate shouldn't be less than 1.15 GH/s at the worst. Most possibly this is bad luck. Check the effective hashrate reported by the miner and compare it with the effective hashrate shown by the pool.


win7 ...
It seems there is no way to enable compute mode under Win7 and later (18.x) drivers.
Tried everything (registry, compute-switch tool) - FB usage stays at 65-68%
   There are some "doctored" drivers that can be found online but we don't recommend using drivers with unknown origin, unless the machine is very well isolated from anything important and is used only for mining. The other option with Win7 is to use the blockchain beta drivers.

Quote
Hey dude, I figured it out on my rig. I uninstalled the drivers for the iGPU. Once I did that, I got video output from one of the graphics cards and it let me start mining just fine.

https://www.reddit.com/r/EtherMining/comments/8p71di/claymore_and_phoenix_both_will_not_start_details/e0a65nc/

Putting this link here just incase anyone else having issue starting PhoenixMiner (or Claymore) after the recent Windows update.
   Frankly, there is no reason to keep Windows Update working on a dedicated mining rig. Just disable the Windows Update service in the Services control panel and forget about the stupid Windows updates. Of course, if this isn't a dedicated mining rig, this is not such a great idea.

Version 3.0c. Fan control seems not to be working properly.
Environment:
Clean installation Windows 10 (1709), no updates.
Drivers - latest (18.6.1)
Card: single Asus ROG Strix RX580 O8G (stock bios, only timings modified)
No any additional software than can interfere with fan control is installed (like Afterburner etc.)

-fanmin 50
-fanmax 100
-tt 55

When miner starts - fans are initially stopped. When temperature rises to 50 and above - fans start working on max speed (maybe not max but high enough). In a few seconds temperature drops below 50 and fans begin to slowdown and finally stop. In a few seconds the sequence repeats.

Tried setting -tt -50 to force constant fan speed - not working.

At the same time it works on Asus Strix RX570 more or less properly. At least asjusts fan speed to keep temperature set by -tt.
I have compared bios bios fan settings for these two cards - they are identical.
It is incompatibility with this particular card or I am missing something?
   Thank you for reporting this. We have ASUS Strix RX480 and the fan control works fine on them. Try to set only -fanmax and -tt (without -fanmin).

I just flipped over my 200+ gfx cards to Phoenix miner from Claymore and experienced more stability, less stale shares AND 1.5-2% increase in profits.

Please keep up the good work and i will continue to use your miner.

My farm has about 50% nVidia cards which just a few are 1080Ti.

With OhGodAnETHlargementPill injecting tighter memory timings the 1080Ti whent from 37MH to 54MH.

https://github.com/OhGodACompany/OhGodAnETHlargementPill

To inject new tighter memory timings in to nVidia cards result in a dramatic increase of HashPower in most 10xx serise cards

For example a 1070 can do up to 44MH and 1060 pushes over 30MH (depending on memory type and manufacturer of course)

My suggestion is to reverse engineer the OhGodAnETHlargementPill to find out how it's done and add it to the Phoenix miner.

Adding nVidia memory injection to cover 1050/1060/1070 would make Phoenix miner totally unstoppable.
   Thanks for the nice words!
   Wow, does it work on 1070/1060 too?! We were under the impression that the pill works only on GDDRX5 memory (1080Ti and 1080). We are running it on a mixed Nvidia rig with 1070,1070Ti, and 1080Ti and while the effect on 1080Ti is dramatic, the 1070/1070Ti doesn't seem to be affected at all.

@ PhoenixMiner

I second the request to reverse engineer OhGodACompany's Ethlargment Pill.... If you follow Kristy, she's stated that the software was card locked for the 1080 & 1080ti but works with the 1060 and 1070.

From what I've put together if someone figures out how to remove the card lock it would detect the 10 series card and set mem timings appropriately (this maybe incorrect info) but regardless it would show how to inject mem timings without flashing the cards with a SPI programmer & pomona clip.

She's under a NDA agreement for the software and from my understanding, cant release it for the 1060 and 1070 until someone else reverse engineers and releases it with or without dev fee. No matter how you look at it it would give you more hashrate on your dev fee and help us compete with what ever  FPGA's are out there on ETH and the E3 that's about to ship.

Wolf0 aka OhGodAPet already penetrated your miner to take a look earlier in this thread when Claymore accused you of stealing his kernels, so I think its only fair you open it up to take a look if you haven't already...
   We were definitely thinking about this back when the pill was first released but since it works with PhoenixMiner too we decided against this. We will get back to this at some point but as it alters the timings rather aggressively, so we hesitate to do this lest there is some kind of long-term degradation on the GPU itself (there is very low probability that this is the case but we can't be cavalier with the equipment of our clients).

please release linux version Smiley !
  That's what is causing the delay of 3.1 Smiley  Embarrassed


Hello Phoenix team,

Any update? I seem version 3.0C have some problem, a lot of PP rollback 2.9e

Looks like 3.0c have a lot of problem, I can't get it working for more than two days. 2.9e works perfect for me 🙄
   There are a lot of messages like this but on the other hand we are running 3.0c for more than a month without any problems. Granted, our rigs are more conservatively clocked and with too much power capacity but still we are trying to understand what is going on with these cases. The fact that nothing is logged in the log doesn't help much.

OP are you still out there? Haven’t heard from you in a while.
   Reading regularly but no time to answer too often as we try to push 3.1 out of the doors, and frankly the technical support is the least favorite part of the job for any programmer Wink

This miner is good but unfortunately it crashes while using EthEnlargement pill on GTX 1080. The gain is about 10 MH per card with Claymore. It will be good if you include the option to overclock memory on GTX1080 cards in your next release.
   We are using the pill with GTX1080Ti without any problems (54 MH/s). Try to decrease the memory overclock a little to avoid crashes.
AlphaVector
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
July 17, 2018, 09:05:59 AM
 #2217

Any new hints on the "unknown error" problem with the GTX 1060? I have lowered the mem OC a lot now and running at 24mh, but it is still causing the error to pop up. But if it caused a restart of the whole rig after some time before, now it is running stable with errors. However the hashrate on the cards with errors has jumped up to 24.65 for some reason.  Undecided
NicoxDJ
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
July 17, 2018, 09:41:58 AM
 #2218

Hello!

I build one web monitoring system.
Its working based web connection to the ip:port of the miner, and getting the information.
On Claymore there is one hidden JSON code on the web page of each miner, and it looks like that:
Code:
<html><body bgcolor="#000000" style="font-family: monospace;">
{"result": ["11.6 - ETH", "99", "211784;300;0", "30513;30612;30614;29074;30615;30546;29806", "0;0;0", "off;off;off;off;off;off;off", "59;83;60;83;60;83;62;82;60;84;59;82;60;84", "pool:port", "2;0;0;0", "45;47;41;36;42;37;52", "0;0;0;0;0;0;0", "0;0;0;2;0;0;0", "0;0;0;0;0;0;0", "0;0;0;0;0;0;0", "0;0;0;0;0;0;0", "1;2;3;5;6;7;8"]}<br><br><font color="#00ff00">ETH: Share accepted (62 ms)!
</font><br><font color="#00ff00">ETH: 07/17/18-02:26:55 - SHARE FOUND - (GPU 3)
It's very useful, because you get all the information you need in one single http request (without any post requests to the miner).

So my question is, is it there some hidden config code, that will enable this feature, or it's just missing from PhoenixMiner?
Or else... how can i get that information? Because i can't monitor all miners now :/

Thanks!
fynxer
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
July 17, 2018, 09:58:09 AM
 #2219


I just flipped over my 200+ gfx cards to Phoenix miner from Claymore and experienced more stability, less stale shares AND 1.5-2% increase in profits.

Please keep up the good work and i will continue to use your miner.

My farm has about 50% nVidia cards which just a few are 1080Ti.

With OhGodAnETHlargementPill injecting tighter memory timings the 1080Ti whent from 37MH to 54MH.

https://github.com/OhGodACompany/OhGodAnETHlargementPill

To inject new tighter memory timings in to nVidia cards result in a dramatic increase of HashPower in most 10xx serise cards

For example a 1070 can do up to 44MH and 1060 pushes over 30MH (depending on memory type and manufacturer of course)

My suggestion is to reverse engineer the OhGodAnETHlargementPill to find out how it's done and add it to the Phoenix miner.

Adding nVidia memory injection to cover 1050/1060/1070 would make Phoenix miner totally unstoppable.
  Thanks for the nice words!
   Wow, does it work on 1070/1060 too?! We were under the impression that the pill works only on GDDRX5 memory (1080Ti and 1080). We are running it on a mixed Nvidia rig with 1070,1070Ti, and 1080Ti and while the effect on 1080Ti is dramatic, the 1070/1070Ti doesn't seem to be affected at all.

The FREE version of OhGodAnETHlargementPill only does 1080 and 1080Ti.

They actually sell OhGodAnETHlargementPill for larger farmers that can do 1050/1060/1070 but do so under NDA.

OhGodAGirl "one of its creators" said in an interview because they are under NDA they can not release OhGodAnETHlargementPill 1050/1060/1070.

Basically she is waiting for some one to reverse engineer the OhGodAnETHlargementPill, as soon as some one reverse engineer it they will be free of the NDA.

Check out BitBeTrippin interview with OhGodAGirl at time 1:10:10, i enclosed like with time stamp

https://www.youtube.com/watch?v=Dddc9r-xyN4&feature=youtu.be&t=4210

PLEASE! reverse engineer the OhGodAnETHlargementPill and include the nVidia memory timing injection function for 1050/1060/1070 in to PhoenixMiner and you will be the No1 miner totally wiping out all other competing nVidia miners out there.


DXInfinity
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
July 17, 2018, 10:20:26 AM
 #2220

Version 3.0c. Fan control seems not to be working properly.
Environment:
Clean installation Windows 10 (1709), no updates.
Drivers - latest (18.6.1)
Card: single Asus ROG Strix RX580 O8G (stock bios, only timings modified)
No any additional software than can interfere with fan control is installed (like Afterburner etc.)

-fanmin 50
-fanmax 100
-tt 55

When miner starts - fans are initially stopped. When temperature rises to 50 and above - fans start working on max speed (maybe not max but high enough). In a few seconds temperature drops below 50 and fans begin to slowdown and finally stop. In a few seconds the sequence repeats.

Tried setting -tt -50 to force constant fan speed - not working.

At the same time it works on Asus Strix RX570 more or less properly. At least asjusts fan speed to keep temperature set by -tt.
I have compared bios bios fan settings for these two cards - they are identical.
It is incompatibility with this particular card or I am missing something?
   Thank you for reporting this. We have ASUS Strix RX480 and the fan control works fine on them. Try to set only -fanmax and -tt (without -fanmin).
After playing with settings a lot seems that setting fanmin 30, fanmax 100, tt 50 did the trick. Still not obvious and unpredictable though. At least fixed fan speed still not working.
This is for ROG cards with 0db function. Non-ROG Strix RX470, Strix RX570, RX480 work as expected.
Pages: « 1 ... 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 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 ... 500 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!