Bitcoin Forum
April 26, 2024, 11:14:19 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 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 213 214 215 216 217 218 219 220 221 222 [223] 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 ... 499 »
  Print  
Author Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)  (Read 784624 times)
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 02, 2020, 02:27:21 PM
 #4441

THE NEW VERSION 5.0B DOSNT WORK
IT CRASH AFTER THESE LINES
GPU1 GPU1: Generating ethash light cache for epoch #350
GPU1 Light cache generated in 3.3 s (17.9 MB/s)
main Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:00

***IAM USING 4GB AMD ** MINNING "ETC"
PLEASE HELP ME
Do you see "Unknown OpenCL driver version! Hashrate and stale shares may suffer" in the beginning of your log? If that's the case you have to reinstall your driver with version higher than  18.1.1 for Windows. Use also DDU to fully uninstall your previous driver. If your driver is 20.5.1 upgrade to PM 5.0c which supports this driver.
1714173259
Hero Member
*
Offline Offline

Posts: 1714173259

View Profile Personal Message (Offline)

Ignore
1714173259
Reply with quote  #2

1714173259
Report to moderator
1714173259
Hero Member
*
Offline Offline

Posts: 1714173259

View Profile Personal Message (Offline)

Ignore
1714173259
Reply with quote  #2

1714173259
Report to moderator
"I'm sure that in 20 years there will either be very large transaction volume or no volume." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
boristhebladecs
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
June 02, 2020, 02:33:16 PM
 #4442

OpenCL 19.20 AMD Driver
OS: HiveOS 0.6-142@200528
linux Ядpo 5.0.21-hiveos
4Gb AMD Asus Cards STRIX
Phoenix 5.0b

after epoch 350 in Nicehash Ethash I have low hashrates ~ 10-15 mhs from card.  after creation ETC DAG
-dagrestart 1, dont solve the problem. ((
What I am doing wrong?  Thx a lot
pp_miner
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
June 02, 2020, 02:35:18 PM
 #4443

THE NEW VERSION 5.0B DOSNT WORK
IT CRASH AFTER THESE LINES
GPU1 GPU1: Generating ethash light cache for epoch #350
GPU1 Light cache generated in 3.3 s (17.9 MB/s)
main Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:00

***IAM USING 4GB AMD ** MINNING "ETC"
PLEASE HELP ME
Do you see "Unknown OpenCL driver version! Hashrate and stale shares may suffer" in the beginning of your log? If that's the case you have to reinstall your driver with version higher than  18.1.1 for Windows. Use also DDU to fully uninstall your previous driver. If your driver is 20.5.1 upgrade to PM 5.0c which supports this driver.
NO I DIDNT SEE THAT
AND IAM USUING THE BLOCK CHAIN DRIVER FROM 2017 "22.19.659.0"
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 02, 2020, 06:43:31 PM
 #4444

THE NEW VERSION 5.0B DOSNT WORK
IT CRASH AFTER THESE LINES
GPU1 GPU1: Generating ethash light cache for epoch #350
GPU1 Light cache generated in 3.3 s (17.9 MB/s)
main Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:00

***IAM USING 4GB AMD ** MINNING "ETC"
PLEASE HELP ME
Do you see "Unknown OpenCL driver version! Hashrate and stale shares may suffer" in the beginning of your log? If that's the case you have to reinstall your driver with version higher than  18.1.1 for Windows. Use also DDU to fully uninstall your previous driver. If your driver is 20.5.1 upgrade to PM 5.0c which supports this driver.
NO I DIDNT SEE THAT
AND IAM USUING THE BLOCK CHAIN DRIVER FROM 2017 "22.19.659.0"

That's your problem. The solution for using 4GB AMD cards doesn't work on drivers before 2018. Install at least 18.1.1
BradT
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
June 03, 2020, 12:18:32 AM
 #4445

Dear Phoenix,

Do you have any plans to add the DAG-split feature to your miner?

For AMD - to allow 8-gig cards to continue mining ETH after the DAG exceeds 4GB
For NVIDIA - to fix the ETH speed reduction because of the raising DAG (on 10xx cards)
djzigi
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
June 03, 2020, 03:50:07 AM
 #4446

I did some testing and it appears that there is a problem with -clkernel 3 on 8GB cards, the turbo kernel does not work anymore, changing back to -clkernel 1 did the job but it gives a little less hashpower.
PhoenixMiner or someone, could you please verify and confirm the same problem.
PhoenixMiner tnx and keep up the good work. Wink
superasianover9000
Newbie
*
Offline Offline

Activity: 3
Merit: 0


View Profile
June 03, 2020, 05:33:38 AM
Last edit: September 06, 2020, 11:11:01 AM by superasianover9000
 #4447

Anyone kind enough to help me out with some good settings for 8 Sapphire RX570 16GB cards for mining ETH on Linux Ubuntu 18.04.4 (currently using 18.50 AMDgpu drivers)?  

I've had a few issues (Everything is stock, both the cards and miner.):

1. After about a full day or 2 of mining it would give me an error about Vram. Which makes little sense to me as the card has 16gb.

2. Threads are getting stuck, stopping the miner to where I must do a system shut down and restart.

3. Lots of Incorrect shares.

I appreciate any input and/or guidance to get this setup to achieve stability, thank you.
psiz
Newbie
*
Offline Offline

Activity: 15
Merit: 0


View Profile
June 03, 2020, 10:12:21 AM
 #4448

Dear Phoenix,

Do you have any plans to add the DAG-split feature to your miner?

For AMD - to allow 8-gig cards to continue mining ETH after the DAG exceeds 4GB
For NVIDIA - to fix the ETH speed reduction because of the raising DAG (on 10xx cards)
+1 same question
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 03, 2020, 10:35:49 AM
 #4449

I did some testing and it appears that there is a problem with -clkernel 3 on 8GB cards, the turbo kernel does not work anymore, changing back to -clkernel 1 did the job but it gives a little less hashpower.
PhoenixMiner or someone, could you please verify and confirm the same problem.
PhoenixMiner tnx and keep up the good work. Wink
-clkernel 3 uses 2 DAGs so 8GB are not enough to hold them and it will stop working at some moment when DAG size approaches 4GB.
djzigi
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
June 03, 2020, 12:20:02 PM
 #4450

-clkernel 3 uses 2 DAGs so 8GB are not enough to hold them and it will stop working at some moment when DAG size approaches 4GB.
If my mem is 8 and 2x3,75=7,5 (current ETC) there is still 0,5 free mem
I guess if 4gb cards are working on -clkernel 1 then 8gb should work on -clkernel 3
Or i am missing something...
djzmei
Newbie
*
Offline Offline

Activity: 18
Merit: 0


View Profile
June 03, 2020, 12:30:57 PM
 #4451

I tried both versions of the miner 5b-5c and at least 5 types of drivers and the maximum speed I achieved is 10.4m per card. The cards are RX 580 4G. I will be happy if someone shares if this problem can be fixed.
sxemini
Member
**
Offline Offline

Activity: 1558
Merit: 69


View Profile
June 03, 2020, 01:08:32 PM
 #4452

I tried both versions of the miner 5b-5c and at least 5 types of drivers and the maximum speed I achieved is 10.4m per card. The cards are RX 580 4G. I will be happy if someone shares if this problem can be fixed.

where you find the version 5.0c?

What Bios you are using for the RX580? Which driver version? Which OS? OC your Cards? How you oc your cards?   Huh

With 0 information, helping is very hard  Roll Eyes
sxemini
Member
**
Offline Offline

Activity: 1558
Merit: 69


View Profile
June 03, 2020, 01:13:05 PM
 #4453

-clkernel 3 uses 2 DAGs so 8GB are not enough to hold them and it will stop working at some moment when DAG size approaches 4GB.
If my mem is 8 and 2x3,75=7,5 (current ETC) there is still 0,5 free mem
I guess if 4gb cards are working on -clkernel 1 then 8gb should work on -clkernel 3
Or i am missing something...


You using Win10? Which driver you are using. You can't just calculate 2x3.75.
Can you mine ETH with clkernel3? If so, then you have not enough vram for ETC and clkernel3. What driver your using.
djzigi
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
June 03, 2020, 02:24:45 PM
 #4454

You using Win10? Which driver you are using. You can't just calculate 2x3.75.
Can you mine ETH with clkernel3? If so, then you have not enough vram for ETC and clkernel3. What driver your using.
Yes i am using Win10x64 LTSC version with "latest" 20.4.2 driver.
And yes i know that Win is using my vram if there is a display connected to it.
I am mining with my PC 1x580 8GB without iGPU and i have one rig#1 with 4x480 8GB with iGPU and a mixed rig#2 with 1x580 8GB 5x470 4GB with a iGPU
Yesterday the #1 4x480 8GB gave me problems with clkernel3 and the fix was switching to clkernel1.
Everything was fine until ETC epoch 347-348.
Simple logic if 4gb cards work clkernel1 then 8gb cards should work clkernel3 or am i wrong?
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 03, 2020, 02:39:17 PM
Last edit: June 03, 2020, 06:05:50 PM by bategojko74
 #4455

You using Win10? Which driver you are using. You can't just calculate 2x3.75.
Can you mine ETH with clkernel3? If so, then you have not enough vram for ETC and clkernel3. What driver your using.
Yes i am using Win10x64 LTSC version with "latest" 20.4.2 driver.
And yes i know that Win is using my vram if there is a display connected to it.
I am mining with my PC 1x580 8GB without iGPU and i have one rig#1 with 4x480 8GB with iGPU and a mixed rig#2 with 1x580 8GB 5x470 4GB with a iGPU
Yesterday the #1 4x480 8GB gave me problems with clkernel3 and the fix was switching to clkernel1.
Everything was fine until ETC epoch 347-348.
Simple logic if 4gb cards work clkernel1 then 8gb cards should work clkernel3 or am i wrong?
clernel 3 uses double the memory of clkernel 1. So when x > 4 => 2.x >8
Installing PM 4.9 and/or driver 20.5.1 may fix your problem for some time.
bategojko74
Member
**
Offline Offline

Activity: 220
Merit: 12


View Profile
June 03, 2020, 06:54:45 PM
 #4456

You using Win10? Which driver you are using. You can't just calculate 2x3.75.
Can you mine ETH with clkernel3? If so, then you have not enough vram for ETC and clkernel3. What driver your using.
Yes i am using Win10x64 LTSC version with "latest" 20.4.2 driver.
And yes i know that Win is using my vram if there is a display connected to it.
I am mining with my PC 1x580 8GB without iGPU and i have one rig#1 with 4x480 8GB with iGPU and a mixed rig#2 with 1x580 8GB 5x470 4GB with a iGPU
Yesterday the #1 4x480 8GB gave me problems with clkernel3 and the fix was switching to clkernel1.
Everything was fine until ETC epoch 347-348.
Simple logic if 4gb cards work clkernel1 then 8gb cards should work clkernel3 or am i wrong?
Tested on my computer (32GB RAM) with 8GB RX570, driver 19.9.1 and epoch 353. clkernel 3 works but the hashrate falls from 28.4MH/S (with clkernel 1) to 21 MH/S (with clkernel 3). I suppose you don't have enough physical or virtual memory but even if you had it you won't like the -7 MH/s fall. The problem is in the driver. It takes about 300MB shared memory from your computer and the transfer with this memory leads to this -7MH/s fall (if your GPU is not on PCI-E X 16 like me this fall will be at least -28 MH/S). So you can't use clkernel 3 because of the driver. There is enough VRAM for 2 X DAGs (2 X 3.77 GB for epoch 353) used from clkernel 3 but the driver decides to use your computer memory. There is no way to tell it not to do it. If you check all the drivers from 18.1.1 to 20.5.1 maybe (maybe not) you will find a driver that doesn't allocates host (computer) memory, but the chances are very small.
MTL_Borg76
Newbie
*
Offline Offline

Activity: 1
Merit: 0


View Profile
June 03, 2020, 08:22:27 PM
 #4457

Hi all,
Fairly new here to mining (as of 2 hours ago),

Can anyone help me with this please Smiley?


Eth: Giving up after 3 retries, switching to next pool
Eth: Reconnecting in 5 seconds...
Eth: Connecting to ethash pool us2.ethermine.org:14444 (proto: EthProxy)
Eth: Connected to ethash pool us2.ethermine.org:14444 (172.65.226.101)
Eth: New job #c02829d6 from us2.ethermine.org:14444; diff: 4000MH
GPU1: Starting up... (0)
GPU1: Generating ethash light cache for epoch #339
Eth: New job #89396b4b from us2.ethermine.org:14444; diff: 4000MH
Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:01
Light cache generated in 3.8 s (15.6 MB/s)
GPU1: Allocating DAG (3.66) GB; good for epoch up to #341
CUDA error in CudaProgram.cu:373 : out of memory (2)
GPU1: CUDA memory: 4.00 GB total, 3.33 GB free
GPU1 initMiner error: out of memory
Fatal error detected. Restarting.


Error 2 while trying to restart


I have a Nvidia GeForce GTX960 4gb ddr4 on a AMD FX8320 rig with 32gb ddr3 running win10
PhoenixMiner (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
June 04, 2020, 05:19:35 AM
 #4458

OpenCL 19.20 AMD Driver
OS: HiveOS 0.6-142@200528
linux Ядpo 5.0.21-hiveos
4Gb AMD Asus Cards STRIX
Phoenix 5.0b

after epoch 350 in Nicehash Ethash I have low hashrates ~ 10-15 mhs from card.  after creation ETC DAG
-dagrestart 1, dont solve the problem. ((
What I am doing wrong?  Thx a lot
    We have tested with the same Linux drivers 19.20-812932 on Ubuntu 18.04 LTS (slightly older kernel but still 5.x) and everything works fine. Please check your other settings (i.e. clocks), and make sure that you are using auto-tune to find the best -gt values (they could be very different than before DAG epoch 350). Also, sometimes just restart of the rig solves such strange problems.


NO I DIDNT SEE THAT
AND IAM USUING THE BLOCK CHAIN DRIVER FROM 2017 "22.19.659.0"
    The blockchain driver is not tested with the new big DAG kernels and probably is not working properly. Install newer drivers (anything from 18.12.1.1 to 19.7.5) and make sure that you have switched the GPU Workload to Compute mode (by default they are in Graphics) in the AMD Control Center.



Dear Phoenix,

Do you have any plans to add the DAG-split feature to your miner?

For AMD - to allow 8-gig cards to continue mining ETH after the DAG exceeds 4GB
For NVIDIA - to fix the ETH speed reduction because of the raising DAG (on 10xx cards)
    We will definitely continue to support AMD 8 GB cards in the future. However this approach probably won't solve the Nvidia slow degradation of hashrate with each new DAG epoch.


I did some testing and it appears that there is a problem with -clkernel 3 on 8GB cards, the turbo kernel does not work anymore, changing back to -clkernel 1 did the job but it gives a little less hashpower.
PhoenixMiner or someone, could you please verify and confirm the same problem.
PhoenixMiner tnx and keep up the good work. Wink
    There are no changes in -clkernel 3 - it is working as it was before. The problem is in the AMD drivers, which start to partially allocate shared memory (i.e. the mainboard RAM) as part of the DAG buffer as the used VRAM approaches 7.4-7.5 GB, which leads to sharp decrease in the hashrate. So, unless they fix it in the future drivers, -clkernel 3 is not viable for epoch 350 and above.


I tried both versions of the miner 5b-5c and at least 5 types of drivers and the maximum speed I achieved is 10.4m per card. The cards are RX 580 4G. I will be happy if someone shares if this problem can be fixed.
    Please check if your cards are switched to Compute mode in AMD control center. It is easy to miss if you are coming from the blockchain drivers, where there wasn't such option.




Hi all,
Fairly new here to mining (as of 2 hours ago),

Can anyone help me with this please Smiley?


Eth: Giving up after 3 retries, switching to next pool
Eth: Reconnecting in 5 seconds...
Eth: Connecting to ethash pool us2.ethermine.org:14444 (proto: EthProxy)
Eth: Connected to ethash pool us2.ethermine.org:14444 (172.65.226.101)
Eth: New job #c02829d6 from us2.ethermine.org:14444; diff: 4000MH
GPU1: Starting up... (0)
GPU1: Generating ethash light cache for epoch #339
Eth: New job #89396b4b from us2.ethermine.org:14444; diff: 4000MH
Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:01
Light cache generated in 3.8 s (15.6 MB/s)
GPU1: Allocating DAG (3.66) GB; good for epoch up to #341
CUDA error in CudaProgram.cu:373 : out of memory (2)
GPU1: CUDA memory: 4.00 GB total, 3.33 GB free
GPU1 initMiner error: out of memory
Fatal error detected. Restarting.


Error 2 while trying to restart

I have a Nvidia GeForce GTX960 4gb ddr4 on a AMD FX8320 rig with 32gb ddr3 running win10
    The problem is that your video card is probably used by Windows and there are only 3.33 GB free VRAM, while the Ethereum DAG buffer requires 3.66 GB VRAM as you can see the the log file. So, you have either mine another coin with lower DAG epoch, or mine on another video card, with more free VRAM.
PhoenixMiner (OP)
Full Member
***
Offline Offline

Activity: 357
Merit: 101


View Profile
June 04, 2020, 05:30:47 AM
 #4459

PhoenixMiner 5.0c is officially released. You can find the download link and the checksums in the first post of this thread. This is a minor update over 5.9b with support for the latest AMD Windows driver.

The new features in this release are:
  • Added support for latest AMD Windows driver 20.5.1
  • Added SO_REUSEPORT option on the remote control port (default 3333) under Linux to prevent problems when the miner is restarting

If you are already running PhoenixMiner 5.0b, there is no need to update to 5.0c unless you want to run AMD Windows drivers 20.5.1, or need the small improvement for the Linux version.
BradT
Newbie
*
Offline Offline

Activity: 4
Merit: 0


View Profile
June 04, 2020, 08:14:52 AM
 #4460

Dear Phoenix,

Do you have any plans to add the DAG-split feature to your miner?

For AMD - to allow 8-gig cards to continue mining ETH after the DAG exceeds 4GB
For NVIDIA - to fix the ETH speed reduction because of the raising DAG (on 10xx cards)
   We will definitely continue to support AMD 8 GB cards in the future. However this approach probably won't solve the Nvidia slow degradation of hashrate with each new DAG epoch.

Maybe WDDM 2.7 technology would help to resolve the degradation?
It's supported in NVIDIA beta drivers 450.99 and will be included in final 451.13

https://www.reddit.com/r/intel/comments/f9ztf8/wddm_27_provides_better_performance_for_intel/
Pages: « 1 ... 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 213 214 215 216 217 218 219 220 221 222 [223] 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 ... 499 »
  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!