Bitcoin Forum
December 04, 2022, 11:19:36 AM *
News: Reminder: do not keep your money in online accounts
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 [162] 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 ... 503 »
  Print  
Author Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 775965 times)
fractalyse
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
April 27, 2019, 10:49:06 PM
 #3221

I noticed when GPU1 wanted to start up the DAG was taking a considerable amount of time to load.  5+ times as long as GPU2.

Anyone have any thoughts on this or similar issues?


I'm experiencing reboot under linux using radeon VII. But I have only one, so cannot help you further.
My issue is not related to PSU, this either happends when running with low dpm (1350Mhz for 115w).
 I've tried to under/overvolt same issue. I've also tried different drivers version 18.50 to 19.10, in 19.10 reboot only few sec after start mining, all other 18.50 are better but same issue.
1670152776
Hero Member
*
Offline Offline

Posts: 1670152776

View Profile Personal Message (Offline)

Ignore
1670152776
Reply with quote  #2

1670152776
Report to moderator
1670152776
Hero Member
*
Offline Offline

Posts: 1670152776

View Profile Personal Message (Offline)

Ignore
1670152776
Reply with quote  #2

1670152776
Report to moderator
Bitcoin mining is now a specialized and very risky industry, just like gold mining. Amateur miners are unlikely to make much money, and may even lose money. Bitcoin is much more than just mining, though!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
Dubai-Industry
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
April 28, 2019, 10:17:13 AM
 #3222


   We will rename the sample epools.txt file to something else to avoid future problems like this.

don't do that.
now very comfortable.
spartan7510
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
April 28, 2019, 02:04:41 PM
 #3223

Anyone manage to get M.2 SSD with ethos working on phoenix miner? Tried 2 M.2 SSD on Asrock H110 with same result. default to standard ethminer and works fine.
lesjokolat
Jr. Member
*
Offline Offline

Activity: 117
Merit: 3


View Profile
April 28, 2019, 04:22:05 PM
Merited by webtricks (1)
 #3224

Did you try other miners ? may be Claymore?

I've never had luck with running Claymore on a Windows machine always had stability issues.

What I don't understand is when it's a single card the hash is fine but when 2 cards are installed or more GPU1 is 0 or a fraction.

there are a couple areas to check...

are you using any riser?
how big is your power supply?
you state you have alot of ram, how big is pagefile?
the motherboard is it setup so the pci speed is the same for both cards? is there enough pci lanes in case one is 16 vs the other
try adjusting for slower dag load
 -lidag <n> Slow down DAG generation to avoid crashes when swiching DAG epochs
      (0-3, default: 0 - fastest, 3 - slowest). This option works only on AMD cards


btw are you using discord overlay at all?
bnocenti
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
April 29, 2019, 04:48:38 AM
 #3225

Did you try other miners ? may be Claymore?

I've never had luck with running Claymore on a Windows machine always had stability issues.

What I don't understand is when it's a single card the hash is fine but when 2 cards are installed or more GPU1 is 0 or a fraction.

there are a couple areas to check...

are you using any riser?
how big is your power supply?
you state you have alot of ram, how big is pagefile?
the motherboard is it setup so the pci speed is the same for both cards? is there enough pci lanes in case one is 16 vs the other
try adjusting for slower dag load
 -lidag <n> Slow down DAG generation to avoid crashes when swiching DAG epochs
      (0-3, default: 0 - fastest, 3 - slowest). This option works only on AMD cards


btw are you using discord overlay at all?

I've tried risers and with 2 GPU's on 16x slots.
PSU is 1600w
I will need to check on the pagefile.
Yes both when installed directly to the board are 16x

I'll try the dag.
PhoenixMiner (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
April 29, 2019, 05:33:47 AM
 #3226

Hi, I salute you all!

This is my first post here, I have used until now Claymore 11.9 to mine ETH, with all OC and power limit comands wrotten on .bat file by example:   mclock +780,+750,+780,+750,+780,+750,+780,+750 -powlim -24,-38,-24,-39,-24,-39,-24,-27 and in last period of time, I got alot of Open Cl errors.

With those settings for memory OC and powerlimit used, as described above, it worked well for weeks, there was used 3x1080Ti and 5xGTX1070 in the rig but in the last period when I replaced one GTX1070 with another GTX1080Ti, to be 4x1080Ti and 4x1070 on that rig, it freeze entire rig after OpenCl error, and the only one solution was to reset rig.

First time I was suspected that forth 1080Ti is bad, but the card is brand new.

I have tested that card on a friend's rig, it works perfect.

I tried to lower mem clocks, also I have managed to run rig at standard settings for all videocards, no power limit, no mem OC, all stock, the same OpenCl errors at random times period, maximum 10 hours and rig was freezed with OpenCl error.


So OC settings was not the blame for freezing rig.

If I get out one videocard from rig, no matters if is 1080Ti or 1070, (I have tried to get out random 1080Ti and random 1070 card) just to be only 7 cards on that rig, everything was perfect for days, no any error.

I was out of solutions, the only one was to use just 7 cards on that rig or just 3 1080Ti mixed with 5x1070, the rig freezes with 4x1080Ti and 4x1070...

No power problems as power supplies sums 2500 watts, 2x Seasonic, 1200 and 1300 watts, 4 cards (2x1080Ti and 2x1070) on each power supply, so enough headroom for each power supply.

I have tried PhoenixMiner 4.2c,and all my problems has disappeared!

It works entire days without get any error with all 8 cards, 4x1080Ti and 4x1070!

https://i.postimg.cc/hGL5jFtq/8-cards.jpg

Great mining software!!!!!!!

I tried to use all OC and powerlimit commands on .bat file but doesn't work...

Finally I got to use MSI Afterburner, to manage OC memory and powerlimit too for each card individually, it works great!

Now, my question is, it will implement in newer versions, options for mem OC and powerlimit for Nvidia cards too?

I have read, those settings wrotten on .bat file, works now just for AMD cards.

Thank you!
    Yes, currently these settings are only supported on AMD cards but we are working on supporting them for Nvidia cards too. We hope that this feature will be ready for the next release of PhoenixMIner.



Code:
Available GPUs for mining:
GPU1: Radeon RX 580 Series (pcie 1), OpenCL 1.2, 8 GB VRAM, 36 CUs
GPU2: Radeon RX 580 Series (pcie 3), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU3: Radeon RX 580 Series (pcie 4), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU4: Radeon RX 580 Series (pcie 5), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU5: Radeon RX 580 Series (pcie 6), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU6: Radeon RX 580 Series (pcie 7), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU1: 43C 65%, GPU2: 47C 65%, GPU3: 47C 65%, GPU4: 45C 65%, GPU5: 47C 65%, GPU6: 50C 65%
Current -gt 71,71,71,71,71,71
Eth: Accepted shares 9095 (3 stales), rejected shares 282 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.03%
Eth: Maximum difficulty of found share: 11.4 TH (!!!)
Eth: Average speed (5 min): 0.000 MH/s                                                                                       
Eth: Effective speed: 53.04 MH/s; at pool: 51.45 MH/s                                                                       
                                                                                                                             
Eth speed: 0.000 MH/s, shares: 9095/282/0, time: 49:06                                                                       
GPUs: 1: 0.000 MH/s (1541) 2: 0.000 MH/s (1541) 3: 0.000 MH/s (1600) 4: 0.000 MH/s (1512) 5: 0.000 MH/s (1580) 6: 0.000 MH/s (1603)

I don't know why but at some point phoenix miner starts to show 0 hash rate, but it mines correctly on the pool, the share number increases with 0 hash.

I'm using ubuntu 18.04.
kernel: 4.20.6-042006-generic #201901310331 SMP Thu Jan 31 08:33:33 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
amd driver: amdgpu18.40-676022
Phoenix Miner 4.1c

At the fastest this issue happens after 15 hours of mining, but It popped up even after 4 days.

I also notice this in dmesg, but not every time, sometimes this error is there sometimes is not

kern  :info  : [Sun Apr 21 10:41:04 2019] traps: phoenix[9096] trap divide error ip:550ac1 sp:7ffdb110f230 error:0 in PhoenixMiner[400000+740000]
kern  :info  : [Mon Apr 22 09:23:49 2019] traps: phoenix[20905] trap divide error ip:550ac1 sp:7ffe62664970 error:0 in PhoenixMiner[400000+740000]

    Thank you for reporting this. Please try to use the latest version (PhoenixMiner 4.2c) and see if it solves the issue. If the problem still remains, please send us an excerpt of the log around the moment the hashrate starts to be reported as 0. A possible reason for this are large changes in the system clock (e.g. hours), especially if the clock is adjusted backwards.



Hi everybody
, it is ETH mining with 6 x 1050 Ti gaming MSI  ... I have a question that when I start PhoenixMiner 4.2 it shows me extreme hashrates at the start of the run, for example 26 MH / s (1050Ti)  - https://i.postimg.cc/7ZfBrcsP/1050ti-bevadult-XD.jpg
... Don't you know what it can be?
or whether it could be achieved, not to drop it to a normal value of about 15 MH / s?  :-)  Thanks for help
    Sorry to disappoint you but these aren't real. It is just an artifact of the way Nvidia drivers report the kernel dispatches as "finished" while they actually aren't finished yet. After the driver kernel dispatch queue fills up, the driver starts to report times that are more in line with the actual kernel dispatch execution times. There is a way to get the exact numbers sooner but it impacts the hashrate negatively, so we decided to leave it as it is. After a few minutes the hashrates get accurate anyway. If you want to test different settings quickly, you can try the -bench 260 command-line option, which will report accurate hashrates faster because it doesn't change the job as often as the pools do.


Does Phoenix 4.2c support 19.4.3 AMD drivers like 19.4.1? On 19.4.1 miner shows 19.3/2 and works on full speed.
Anyone tried 19.4.3 allready?
   We haven't tested with 19.4.3 yet - it is possible that the OpenCL drivers aren't changed and are still supported by PhoenixMiner 4.2c with the driver-specific optimizations as many of the driver releases are more for game-related issues.


Anyone else running into problem with multiple Radeon vii's?  When I have 1 card running it seems to be working fine but as soon as I go to 2+ GPU1 hash rate is super low or non existent.

Code:
2019.04.26:01:55:29.437: main Phoenix Miner 4.2c Windows/msvc - Release build
2019.04.26:01:55:29.437: main Cmd line:
2019.04.26:01:55:29.437: main config.txt: -pool eu1.ethermine.org:4444 -pool2 us1.ethermine.org:4444 -wal XXXXXX -proto 3 -gser 1 -gt 59
2019.04.26:01:55:29.437: main No CUDA driver found
2019.04.26:01:55:30.028: main OpenCL driver version: 19.2/3
2019.04.26:01:55:30.028: main Available GPUs for mining:
2019.04.26:01:55:30.028: main GPU1: AMD Radeon VII (pcie 11), OpenCL 2.0, 16 GB VRAM, 60 CUs
2019.04.26:01:55:30.028: main GPU2: AMD Radeon VII (pcie 67), OpenCL 2.0, 16 GB VRAM, 60 CUs
2019.04.26:01:55:30.038: main ADL library initialized
2019.04.26:01:55:30.550: main Eth: Loading pools from epools.txt
2019.04.26:01:55:30.550: main Eth: the pool list contains 4 pools (2 from command-line)
2019.04.26:01:55:30.550: main Eth: primary pool: eu1.ethermine.org:4444
2019.04.26:01:55:30.550: main Starting GPU mining
2019.04.26:01:55:30.550: main Matched GPU1 to ADL adapter index 8 (method 1)
2019.04.26:01:55:30.560: main GPU1: Created ADL monitor for adapter 8; overdrive version: 8
2019.04.26:01:55:30.560: main GPU1: using AMD driver ver 19.4.1
2019.04.26:01:55:30.560: main Matched GPU2 to ADL adapter index 0 (method 1)
2019.04.26:01:55:30.568: main GPU2: Created ADL monitor for adapter 0; overdrive version: 8
2019.04.26:01:55:30.568: main GPU2: using AMD driver ver 19.4.1
2019.04.26:01:55:30.569: wdog Starting watchdog thread
2019.04.26:01:55:30.569: main Eth: Connecting to ethash pool eu1.ethermine.org:4444 (proto: QtMiner)
2019.04.26:01:55:30.586: eths Eth: Connected to ethash pool eu1.ethermine.org:4444 (172.65.207.106)
2019.04.26:01:55:30.586: eths Eth: Send: {"id":1,"jsonrpc":"2.0","method":"eth_login","params":["0x16d0beb9a27d6f063f0ab24874843fe454f2ddab"]}

2019.04.26:01:55:30.626: eths Eth: Received: {"id":1,"jsonrpc":"2.0","result":true}
2019.04.26:01:55:30.626: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}

2019.04.26:01:55:30.654: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xbda94e96a118b0ced9d4929daf39df6885295f4c618fff5b4e11196a98da4a7a","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749893"]}
2019.04.26:01:55:30.654: eths Eth: New job #bda94e96 from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:30.655: GPU1 GPU1: Starting up... (0)
2019.04.26:01:55:30.655: GPU1 GPU1: Generating ethash light cache for epoch #254
2019.04.26:01:55:30.771: main Listening for CDM remote manager at port 3333 in read-only mode
2019.04.26:01:55:30.771: main GPU1: 55C, GPU2: 59C
2019.04.26:01:55:31.659: GPU2 GPU2: Starting up... (0)
2019.04.26:01:55:32.623: GPU1 Light cache generated in 2.0 s (24.3 MB/s)
2019.04.26:01:55:32.896: GPU1 GPU1: Allocating DAG (3.00) GB; good for epoch up to #256
2019.04.26:01:55:32.904: GPU1 GPU1: Allocating light cache buffer (48.0) MB; good for epoch up to #256
2019.04.26:01:55:32.918: GPU1 GPU1: Generating DAG for epoch #254
2019.04.26:01:55:33.177: GPU2 GPU2: Allocating DAG (3.00) GB; good for epoch up to #256
2019.04.26:01:55:33.187: GPU2 GPU2: Allocating light cache buffer (48.0) MB; good for epoch up to #256
2019.04.26:01:55:33.205: GPU2 GPU2: Generating DAG for epoch #254
2019.04.26:01:55:33.484: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xa4ade5956fddc8e3079543cdedb0b779c2c3c2571813a2718669e700a4c77062","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749893"]}
2019.04.26:01:55:33.484: eths Eth: New job #a4ade595 from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:34.731: GPU2 GPU2: DAG  94%
2019.04.26:01:55:34.802: GPU2 GPU2: DAG generated in 1.6 s (1913.6 MB/s)
2019.04.26:01:55:34.803: GPU2 GPU2: Using Ethash OCL kernels (gfx906; -clkernel 1)
2019.04.26:01:55:34.847: GPU1 GPU1: DAG  12%
2019.04.26:01:55:35.594: main Eth speed: 89.339 MH/s, shares: 0/0/0, time: 0:00
2019.04.26:01:55:35.594: main GPUs: 1: 0.000 MH/s (0) 2: 89.339 MH/s (0)
2019.04.26:01:55:36.481: GPU1 GPU1: DAG  24%
2019.04.26:01:55:37.414: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x1cf62721c05bc89c9b623286678ff4e1378baac8811609af8f09a4ab640ded02","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749893"]}
2019.04.26:01:55:37.414: eths Eth: New job #1cf62721 from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:38.030: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x454f8452dff1fd06d6150a31a54d431d7e57fd8b99f5c2c1f3a7b99a1e55cdec","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749894"]}
2019.04.26:01:55:38.030: eths Eth: New job #454f8452 from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:38.115: GPU1 GPU1: DAG  35%
2019.04.26:01:55:38.330: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xe3c1ebfce2ab8e34b9b2a0ab0f37fb211623fa7e92c05cf4725d811d7bd9ba41","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749894"]}
2019.04.26:01:55:38.331: eths Eth: New job #e3c1ebfc from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:39.749: GPU1 GPU1: DAG  47%
2019.04.26:01:55:40.587: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}

2019.04.26:01:55:40.614: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0xe3c1ebfce2ab8e34b9b2a0ab0f37fb211623fa7e92c05cf4725d811d7bd9ba41","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749894"]}
2019.04.26:01:55:40.616: main Eth speed: 89.944 MH/s, shares: 0/0/0, time: 0:00
2019.04.26:01:55:40.616: main GPUs: 1: 0.000 MH/s (0) 2: 89.944 MH/s (0)
2019.04.26:01:55:41.382: GPU1 GPU1: DAG  59%
2019.04.26:01:55:42.310: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x0bf5c6fc1492a59dbdeb1b7881eb1869928d9d12883c820e09d23c1b20387fed","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749894"]}
2019.04.26:01:55:42.310: eths Eth: New job #0bf5c6fc from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:42.436: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x8bc1fb170998d8439ed89417849ae86a58d1d359dd3f045fd8281f27c5d104a8","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749895"]}
2019.04.26:01:55:42.436: eths Eth: New job #8bc1fb17 from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:42.508: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x5c90ef44024d19033b8d6cfa95532f502b97416b979d1bf4ba20ad21dfe84cb7","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749895"]}
2019.04.26:01:55:42.508: eths Eth: New job #5c90ef44 from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:43.016: GPU1 GPU1: DAG  71%
2019.04.26:01:55:44.649: GPU1 GPU1: DAG  82%
2019.04.26:01:55:45.640: main Eth speed: 89.955 MH/s, shares: 0/0/0, time: 0:00
2019.04.26:01:55:45.640: main GPUs: 1: 0.000 MH/s (0) 2: 89.955 MH/s (0)
2019.04.26:01:55:46.283: GPU1 GPU1: DAG  94%
2019.04.26:01:55:46.566: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x70aa0cd905faa88665163574baa2b7232259833b7c7ceb5fcfa4a4f53ff09ed9","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749895"]}
2019.04.26:01:55:46.566: eths Eth: New job #70aa0cd9 from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:47.081: GPU1 GPU1: DAG generated in 14.2 s (215.8 MB/s)
2019.04.26:01:55:47.082: GPU1 GPU1: Using Ethash OCL kernels (gfx906; -clkernel 1)
2019.04.26:01:55:50.584: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x46919abf5e71598a5ba35b7c00634fa8744fa09de3b85d69d077c824779aad81","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749895"]}
2019.04.26:01:55:50.584: eths Eth: New job #46919abf from eu1.ethermine.org:4444; diff: 4000MH
2019.04.26:01:55:50.588: eths Eth: Send: {"id":5,"jsonrpc":"2.0","method":"eth_getWork","params":[]}

2019.04.26:01:55:50.588: eths Eth: Send: {"id":6,"jsonrpc":"2.0","method":"eth_submitHashrate","params":["0x55c99c7","0x4ef3f00611d26dec2b29eb65e4dcd802d5e0d46180a9807794c7fa74efd29aa3"]}

2019.04.26:01:55:50.629: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":["0x46919abf5e71598a5ba35b7c00634fa8744fa09de3b85d69d077c824779aad81","0x96ea102ff70653f07bc76a20e40449c1f5f4335aca6408a7403c9d987f6bf44f","0x0000000112e0be826d694b2e62d01511f12a6061fbaec8bc02357593e70e52ba","0x749895"]}
2019.04.26:01:55:50.629: eths Eth: Received: {"id":6,"jsonrpc":"2.0","result":true}
2019.04.26:01:55:50.664: main Eth speed: 96.772 MH/s, shares: 0/0/0, time: 0:00
2019.04.26:01:55:50.664: main GPUs: 1: 6.853 MH/s (0) 2: 89.919 MH/s (0)

I noticed when GPU1 wanted to start up the DAG was taking a considerable amount of time to load.  5+ times as long as GPU2.

Anyone have any thoughts on this or similar issues?
    It seems that GPU1 is running on idle clocks for some reason (you can confirm this by using AMD Control center to check the clocks of the cards in real time). In the past we have seen this with RX4xx/RX5xx cards but not with the recent drivers (and you are using fairly recent drivers). One possible workaround is to try and force the clocks with AMD Control Center. If there is no display attached to GPU1 you may also try using HDMI plug.




   We will rename the sample epools.txt file to something else to avoid future problems like this.

don't do that.
now very comfortable.
    We will leave epools.txt with the same name and semantics, so there is no reason to worry that anything will change for your rigs. We will just rename the SAMPLE epools.txt file that is included in the .zip file to avoid this issue in the future. When someone wants to use it as a template for their own epools.txt files, they can just rename it back to epools.txt (or copy its contents).


PhoenixMiner (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
April 29, 2019, 05:37:52 AM
 #3227

Repeating the important message for everyone that is running older versions of PhoenixMiner (before 4.2):

IMPORTANT! The versions of PhoenixMiner before 4.2 only support DAG epoch up to 265. ETC will reach epoch 266 in less than a week, and ETH will reach epoch 266 in about 45 days. To ensure uninterrupted operation, please upgrade to 4.2 before epoch 266. If you are mining other coins, you can safely disregard this message.

The reason for this limitation is that we need to perform some quite complex calculations for each future DAG epoch in order to increase the hashrate of the optimized kernels. Recently we have added more computational resources and PhoenixMiner 4.2 will work without problems up to DAG epoch 329. We will increase this number significantly (e.g. 400 or more) in the future releases.
Dowper_
Member
**
Offline Offline

Activity: 150
Merit: 10


View Profile WWW
April 29, 2019, 08:27:37 AM
 #3228

I was mining with Claymore miner from the beginning but now I tried this miner and it's better - more hash, less power draw, less fee. Thank you. Smiley

My crypto mining channel - Aleks Mining
fractalyse
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
April 30, 2019, 02:36:06 PM
 #3229

Anyone else running into problem with multiple Radeon vii's?  When I have 1 card running it seems to be working fine but as soon as I go to 2+ GPU1 hash rate is super low or non existent

I noticed when GPU1 wanted to start up the DAG was taking a considerable amount of time to load.  5+ times as long as GPU2.

Anyone have any thoughts on this or similar issues?

Well I've received my second Radeon VII, depending of voltage, card will just not mine at all.
- 1150Mhz 750mv (1 of 2 working)
- 1250Mhz 760mv (2 of 2 working)
lesjokolat
Jr. Member
*
Offline Offline

Activity: 117
Merit: 3


View Profile
May 01, 2019, 12:38:28 AM
 #3230

Anyone else running into problem with multiple Radeon vii's?  When I have 1 card running it seems to be working fine but as soon as I go to 2+ GPU1 hash rate is super low or non existent

I noticed when GPU1 wanted to start up the DAG was taking a considerable amount of time to load.  5+ times as long as GPU2.

Anyone have any thoughts on this or similar issues?

Well I've received my second Radeon VII, depending of voltage, card will just not mine at all.
- 1150Mhz 750mv (1 of 2 working)
- 1250Mhz 760mv (2 of 2 working)


are running linux or windows?

what motherboard are you running? processor?
fractalyse
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
May 01, 2019, 11:18:34 AM
Last edit: May 01, 2019, 11:36:03 AM by fractalyse
 #3231

are running linux or windows?

what motherboard are you running? processor?

I'm running Linux, proc: i7-7820x motherboard: Asrock x299 XE taichi
 
Quote
[33871.752337] amdgpu 0000:19:00.0: [gfxhub] no-retry page fault (src_id:0 ring:158 vmid:2 pasid:32776, for process PhoenixMiner pid 17761 thread PhoenixMiner pid 17761)
[33871.752339] amdgpu 0000:19:00.0:   in page starting at address 0x0000004069576000 from 27
[33871.752341] amdgpu 0000:19:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x0020113D
[33871.752347] amdgpu 0000:19:00.0: [gfxhub] no-retry page fault (src_id:0 ring:158 vmid:2 pasid:32776, for process PhoenixMiner pid 17761 thread PhoenixMiner pid 17761)
[33871.752349] amdgpu 0000:19:00.0:   in page starting at address 0x00000006858c8000 from 27
[33871.752350] amdgpu 0000:19:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x0020113D

Quote
[34620.085313] [drm] schedcomp_1.2.0 is not ready, skipping
[34620.309602] [drm] schedcomp_1.2.0 is not ready, skipping
[34620.533916] [drm] schedcomp_1.2.0 is not ready, skipping
[34620.758159] [drm] schedcomp_1.2.0 is not ready, skipping

By the way this are errors when running gpu is hanging
laik2
Sr. Member
****
Offline Offline

Activity: 652
Merit: 266



View Profile WWW
May 01, 2019, 11:37:54 AM
 #3232

are running linux or windows?

what motherboard are you running? processor?

I'm running Linux, proc: i7-7820x motherboard: Asrock x299 XE taichi
 
Quote
[33871.752337] amdgpu 0000:19:00.0: [gfxhub] no-retry page fault (src_id:0 ring:158 vmid:2 pasid:32776, for process PhoenixMiner pid 17761 thread PhoenixMiner pid 17761)
[33871.752339] amdgpu 0000:19:00.0:   in page starting at address 0x0000004069576000 from 27
[33871.752341] amdgpu 0000:19:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x0020113D
[33871.752347] amdgpu 0000:19:00.0: [gfxhub] no-retry page fault (src_id:0 ring:158 vmid:2 pasid:32776, for process PhoenixMiner pid 17761 thread PhoenixMiner pid 17761)
[33871.752349] amdgpu 0000:19:00.0:   in page starting at address 0x00000006858c8000 from 27
[33871.752350] amdgpu 0000:19:00.0: VM_L2_PROTECTION_FAULT_STATUS:0x0020113D

Quote
[34620.085313] [drm] schedcomp_1.2.0 is not ready, skipping
[34620.309602] [drm] schedcomp_1.2.0 is not ready, skipping
[34620.533916] [drm] schedcomp_1.2.0 is not ready, skipping
[34620.758159] [drm] schedcomp_1.2.0 is not ready, skipping

By the way this are errors when running gpu is hanging
The latter error is not related to crash, the first is, either lower your memory clock or bump voltage.

Miners Mining Platform [ MMP OS ] - https://app.mmpos.eu/
fractalyse
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
May 01, 2019, 12:11:33 PM
 #3233

The latter error is not related to crash, the first is, either lower your memory clock or bump voltage.
Memory is running at stock clock. No OC only underclock,
I confirm second error is when gpu is recovering. After 40min running at 1373Mhz and 800mv, only 90Mh one the pool, miner report 142,87..

Quote
*** 0:41 *** 5/1 12:08 **************************************
Eth: Mining ETH on solo-eth.2miners.com:6060 for 0:41
Eth speed: 142.958 MH/s, shares: 15/0/0, time: 0:41
GPUs: 1: 71.495 MH/s (6) 2: 71.462 MH/s (9)
Eth: Accepted shares 15 (0 stales), rejected shares 0 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.00%
Eth: Maximum difficulty of found share: 367.3 GH (!)
Eth: Average speed (5 min): 142.939 MH/s
Eth: Effective speed: 96.85 MH/s; at pool: 96.85 MH/s
lesjokolat
Jr. Member
*
Offline Offline

Activity: 117
Merit: 3


View Profile
May 02, 2019, 02:52:01 AM
 #3234

The latter error is not related to crash, the first is, either lower your memory clock or bump voltage.
Memory is running at stock clock. No OC only underclock,
I confirm second error is when gpu is recovering. After 40min running at 1373Mhz and 800mv, only 90Mh one the pool, miner report 142,87..

Quote
*** 0:41 *** 5/1 12:08 **************************************
Eth: Mining ETH on solo-eth.2miners.com:6060 for 0:41
Eth speed: 142.958 MH/s, shares: 15/0/0, time: 0:41
GPUs: 1: 71.495 MH/s (6) 2: 71.462 MH/s (9)
Eth: Accepted shares 15 (0 stales), rejected shares 0 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.00%
Eth: Maximum difficulty of found share: 367.3 GH (!)
Eth: Average speed (5 min): 142.939 MH/s
Eth: Effective speed: 96.85 MH/s; at pool: 96.85 MH/s

Did you update the vii s bios to latest version?

https://www.amd.com/en/support/radeonvii-vbios-eula


fractalyse
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
May 02, 2019, 11:56:47 AM
 #3235

The latter error is not related to crash, the first is, either lower your memory clock or bump voltage.
Memory is running at stock clock. No OC only underclock,
I confirm second error is when gpu is recovering. After 40min running at 1373Mhz and 800mv, only 90Mh one the pool, miner report 142,87..

Quote
*** 0:41 *** 5/1 12:08 **************************************
Eth: Mining ETH on solo-eth.2miners.com:6060 for 0:41
Eth speed: 142.958 MH/s, shares: 15/0/0, time: 0:41
GPUs: 1: 71.495 MH/s (6) 2: 71.462 MH/s (9)
Eth: Accepted shares 15 (0 stales), rejected shares 0 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.00%
Eth: Maximum difficulty of found share: 367.3 GH (!)
Eth: Average speed (5 min): 142.939 MH/s
Eth: Effective speed: 96.85 MH/s; at pool: 96.85 MH/s

Did you update the vii s bios to latest version?

https://www.amd.com/en/support/radeonvii-vbios-eula

I've tried but my cards are Sapphire and they already have latest bios
aarts
Newbie
*
Offline Offline

Activity: 16
Merit: 1


View Profile WWW
May 03, 2019, 05:43:49 PM
 #3236

Available GPUs for mining:
GPU1: Radeon RX 580 Series (pcie 1), OpenCL 1.2, 8 GB VRAM, 36 CUs
GPU2: Radeon RX 580 Series (pcie 3), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU3: Radeon RX 580 Series (pcie 4), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU4: Radeon RX 580 Series (pcie 5), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU5: Radeon RX 580 Series (pcie 6), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU6: Radeon RX 580 Series (pcie 7), OpenCL 1.2, 8 GB VRAM, 36 CUs                                                           
GPU1: 43C 65%, GPU2: 47C 65%, GPU3: 47C 65%, GPU4: 45C 65%, GPU5: 47C 65%, GPU6: 50C 65%
Current -gt 71,71,71,71,71,71
Eth: Accepted shares 9095 (3 stales), rejected shares 282 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.03%
Eth: Maximum difficulty of found share: 11.4 TH (!!!)
Eth: Average speed (5 min): 0.000 MH/s                                                                                       
Eth: Effective speed: 53.04 MH/s; at pool: 51.45 MH/s                                                                       
                                                                                                                             
Eth speed: 0.000 MH/s, shares: 9095/282/0, time: 49:06                                                                       
GPUs: 1: 0.000 MH/s (1541) 2: 0.000 MH/s (1541) 3: 0.000 MH/s (1600) 4: 0.000 MH/s (1512) 5: 0.000 MH/s (1580) 6: 0.000 MH/s (1603)                                                           


I don't know why but at some point phoenix miner starts to show 0 hash rate, but it mines correctly on the pool, the share number increases with 0 hash.

I'm using ubuntu 18.04.
kernel: 4.20.6-042006-generic #201901310331 SMP Thu Jan 31 08:33:33 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
amd driver: amdgpu18.40-676022
Phoenix Miner 4.1c

At the fastest this issue happens after 15 hours of mining, but It popped up even after 4 days.

I also notice this in dmesg, but not every time, sometimes this error is there sometimes is not

kern  :info  : [Sun Apr 21 10:41:04 2019] traps: phoenix[9096] trap divide error ip:550ac1 sp:7ffdb110f230 error:0 in PhoenixMiner[400000+740000]
kern  :info  : [Mon Apr 22 09:23:49 2019] traps: phoenix[20905] trap divide error ip:550ac1 sp:7ffe62664970 error:0 in PhoenixMiner[400000+740000]



Try other amd drivers. RX580 works perfectly with amd 18.10, 18.20 ok too.
copper.beagle
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
May 03, 2019, 05:44:51 PM
 #3237

I'm new to mining...have been doing this for less than 2 months.

OS Win10, 19.4.1 AMD drivers.


I have a rig equipped with RX570's that I've been using Phoenixminer with for a month now, and it's been working great (29.8MH/s per card). I've used the PM settings to set my core and mem clocks as well as the cvdcc and mvdcc to 850. However, checking wattmeter, each card is pulling around 110W from the wall. If I apply a further -115mV with Sapphire Trixx, my power usage drops to 90W.
I tried reducing cvdcc tp 750 to see if that would be equivalent, but the power usage only drops to 105W.

Am I misunderstanding the relationship between cvdcc and the sapphire Trixx GPU undervolt setting? Is there some other way that I can automatically apply those settings that reduce my power consumption?
Felis777
Newbie
*
Offline Offline

Activity: 9
Merit: 0


View Profile
May 04, 2019, 11:54:09 AM
 #3238

"stratum thread not responsive
exit code 347
"
phoenixminer 4.2c

what does this code mean? why miner just stops working?
Digital_Seytan
Jr. Member
*
Offline Offline

Activity: 196
Merit: 1

Eth+Zil Pool: https://k1pool.com/invite/895eb075 !


View Profile WWW
May 04, 2019, 12:04:05 PM
 #3239

-nvf <n> Nvidia kernel sync (0: never, 1: periodic; 2: always; 3: forced; default: 1). You may specify this option per-GPU. Huh??

-nvf option, if I choose -nvf 3 then the hasrate is the highest, someone has a bit more experience with this option and what the disadvantage of this is, I see much higher steel shares than this is true for others, please do more explanation of the PM dev and where is a new version of Phoenix

Donate RXD:13QCij4L5aaHbgx6MqugNijtqCLARuWeGv
HI Dollar: https://hi.com/Digitalpara
Eth+Zil Pool: https://k1pool.com/invite/895eb07555
kevyong
Newbie
*
Offline Offline

Activity: 6
Merit: 0


View Profile
May 05, 2019, 02:06:25 AM
 #3240

Hi,

I keep getting multiple instances of Phoenixminer running/restarting at the same time immediately after crashes... with the error message being "Waiting 15 s for previous instance to close".

How do I keep this from happening? Please help.

Thank you.
Pages: « 1 ... 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 [162] 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 ... 503 »
  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!