AMD released 20.7.1 driver version.
I think PM needs update to support it...
Topic: PhoenixMiner 6.2c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux) - page 268. (Read 784965 times)
July 09, 2020, 04:28:06 PM
July 08, 2020, 02:09:17 AM
Please can you make a mass RIG reset possible? How about SRBminer.
Thank you
Thank you
July 05, 2020, 09:05:24 AM
I just woud like to register here my ethash rate on my 24x Asus (Arez) RX 580 8GB
30.1 Mh/s stable
https://i.ibb.co/0cVRbBT/hash-rate.png
Rigs
https://i.ibb.co/q7T8FNM/RX-580-8-GB.png
https://i.ibb.co/xJ2p6JQ/RX-580-8-GB-1.png
-tmax 69
-fanmin 70
-tstop 75
-tstart 40
-minRigSpeed 155
-hstats 2
-cdmpass ********
-mt 1
-cclock 1100
-cvddc 800
-mclock 2050
-mvddc 825
-rmode 2
I did some modifications on the timings like:
--R2W 31 --RC 75 --RRD 5 --RCDRA 26 --RCDR 26 --RCDWA 14 --RCDW 14 --RFC 184 --RP_WRA 55 --RASMACTWR 33 --RASMACTRD 28 --ACTWR 9 --ACTRD 10 --RAS2RAS 101 --RP 24 --WRPLUSRP 30 --REF 45
PhoenixMiner 5.0e
AMD driver 20.4.2
Windows 10 19041.264
I still need to finish installing the other cards
Using 4x 220v 23w FAN at the back of each the rig (too loud)
30.1 Mh/s stable
https://i.ibb.co/0cVRbBT/hash-rate.png
Rigs
https://i.ibb.co/q7T8FNM/RX-580-8-GB.png
https://i.ibb.co/xJ2p6JQ/RX-580-8-GB-1.png
-tmax 69
-fanmin 70
-tstop 75
-tstart 40
-minRigSpeed 155
-hstats 2
-cdmpass ********
-mt 1
-cclock 1100
-cvddc 800
-mclock 2050
-mvddc 825
-rmode 2
I did some modifications on the timings like:
--R2W 31 --RC 75 --RRD 5 --RCDRA 26 --RCDR 26 --RCDWA 14 --RCDW 14 --RFC 184 --RP_WRA 55 --RASMACTWR 33 --RASMACTRD 28 --ACTWR 9 --ACTRD 10 --RAS2RAS 101 --RP 24 --WRPLUSRP 30 --REF 45
PhoenixMiner 5.0e
AMD driver 20.4.2
Windows 10 19041.264
I still need to finish installing the other cards
Using 4x 220v 23w FAN at the back of each the rig (too loud)
July 05, 2020, 08:07:45 AM
July 04, 2020, 07:39:22 PM
hi everybody i have a problem and need your help
first i noticed that this problem happen only when using a Gigabyte motherboard and others is ok
the problem is when no display is connected to the motherboard and windows and miner is running ok if the power go down and return the system boots and miner begins till it define the gpu in miner console then it pause and doesnot mine till i plug a display in the motherboard it resume mining without any problem
this is too wired because it means i need a display for every gigabyte motherboard
please advise
first i noticed that this problem happen only when using a Gigabyte motherboard and others is ok
the problem is when no display is connected to the motherboard and windows and miner is running ok if the power go down and return the system boots and miner begins till it define the gpu in miner console then it pause and doesnot mine till i plug a display in the motherboard it resume mining without any problem
this is too wired because it means i need a display for every gigabyte motherboard
please advise
YOU need a HDMI dummy head. you can get 1 on ebay or amazon for like $10
Indeed
I used to have this issue until I buy the vga dummies, HOWEVER the dummies are disconnected and I noticed that this issue is gone.
Using PhoenixMiner 5.0e
AMD driver 20.4.2
Windows 10 17134.1246 and 19041.264
Maybe the latest amd driver fixed this
July 04, 2020, 05:48:13 PM
hi everybody i have a problem and need your help
first i noticed that this problem happen only when using a Gigabyte motherboard and others is ok
the problem is when no display is connected to the motherboard and windows and miner is running ok if the power go down and return the system boots and miner begins till it define the gpu in miner console then it pause and doesnot mine till i plug a display in the motherboard it resume mining without any problem
this is too wired because it means i need a display for every gigabyte motherboard
please advise
first i noticed that this problem happen only when using a Gigabyte motherboard and others is ok
the problem is when no display is connected to the motherboard and windows and miner is running ok if the power go down and return the system boots and miner begins till it define the gpu in miner console then it pause and doesnot mine till i plug a display in the motherboard it resume mining without any problem
this is too wired because it means i need a display for every gigabyte motherboard
please advise
YOU need a HDMI dummy head. you can get 1 on ebay or amazon for like $10
July 04, 2020, 12:42:09 PM
hi everybody i have a problem and need your help
first i noticed that this problem happen only when using a Gigabyte motherboard and others is ok
the problem is when no display is connected to the motherboard and windows and miner is running ok if the power go down and return the system boots and miner begins till it define the gpu in miner console then it pause and doesnot mine till i plug a display in the motherboard it resume mining without any problem
this is too wired because it means i need a display for every gigabyte motherboard
please advise
first i noticed that this problem happen only when using a Gigabyte motherboard and others is ok
the problem is when no display is connected to the motherboard and windows and miner is running ok if the power go down and return the system boots and miner begins till it define the gpu in miner console then it pause and doesnot mine till i plug a display in the motherboard it resume mining without any problem
this is too wired because it means i need a display for every gigabyte motherboard
please advise
July 03, 2020, 04:20:46 AM
Hello, I faced the problem with PM monitoring using ethmon tool.
When miner lost its connection to pool, ethmon still shows normal hashing speed an appropriate to that speed temperature (which means that video card is still working). It's a problem, because i can't monitor the situation when connection lost and continue to think that miner works fine. Who knows how to make PM show 0 hash speed and actualy stop hashing when connection to pool has lost?
When miner lost its connection to pool, ethmon still shows normal hashing speed an appropriate to that speed temperature (which means that video card is still working). It's a problem, because i can't monitor the situation when connection lost and continue to think that miner works fine. Who knows how to make PM show 0 hash speed and actualy stop hashing when connection to pool has lost?
July 03, 2020, 12:18:22 AM
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 questionDo 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)
July 02, 2020, 10:32:50 AM
I have an 8x MSI 5700XT Gaming X platform. I have done Memory Toimming in all of them modifying the BIOS, and I get 54Mhs in each of them with memory at 1750.
The problem is when I try to increase the OC speed of the memory, to obtain a greater number of MHS, my Rig crash in random times, sometimes a few hours, sometimes many hours, sometimes a matter of minutes ... there are times that one of the graphics cards is placed at 0Mhs and within a few seconds the PC crashes, Other times PhoenixMiner gives an error with a lot of hexadecimal figures and freezes, and every few hours I have to restart the PC and restart everything.
I have even tried leaving it at 1750, and it has lasted 55 hours without stopping giving 54Mhs per GPU, but in the end it has frozen.
I have the power set to -46% and the consumption of the GPU is 113W each.
Could you tell me how to leave the rig stable?
Thank you very much
The problem is when I try to increase the OC speed of the memory, to obtain a greater number of MHS, my Rig crash in random times, sometimes a few hours, sometimes many hours, sometimes a matter of minutes ... there are times that one of the graphics cards is placed at 0Mhs and within a few seconds the PC crashes, Other times PhoenixMiner gives an error with a lot of hexadecimal figures and freezes, and every few hours I have to restart the PC and restart everything.
I have even tried leaving it at 1750, and it has lasted 55 hours without stopping giving 54Mhs per GPU, but in the end it has frozen.
I have the power set to -46% and the consumption of the GPU is 113W each.
Could you tell me how to leave the rig stable?
Thank you very much
Another thing you can do is isolate which card is causing the most issues. Put on card in a separate rig by itself, run it for awhile and see what it runs best at. Do it for all cards till you find optimal configuration. It takes time but I have had some of my 5700 rigs run for weeks without a crash. I have a friend that his rig was up for 3 months without a crash. In my experiences the XFX 5700's seem to be the most stable I have came across.
July 02, 2020, 04:15:00 AM
I have an 8x MSI 5700XT Gaming X platform. I have done Memory Toimming in all of them modifying the BIOS, and I get 54Mhs in each of them with memory at 1750.
The problem is when I try to increase the OC speed of the memory, to obtain a greater number of MHS, my Rig crash in random times, sometimes a few hours, sometimes many hours, sometimes a matter of minutes ... there are times that one of the graphics cards is placed at 0Mhs and within a few seconds the PC crashes, Other times PhoenixMiner gives an error with a lot of hexadecimal figures and freezes, and every few hours I have to restart the PC and restart everything.
I have even tried leaving it at 1750, and it has lasted 55 hours without stopping giving 54Mhs per GPU, but in the end it has frozen.
I have the power set to -46% and the consumption of the GPU is 113W each.
Could you tell me how to leave the rig stable?
Thank you very much
The problem is when I try to increase the OC speed of the memory, to obtain a greater number of MHS, my Rig crash in random times, sometimes a few hours, sometimes many hours, sometimes a matter of minutes ... there are times that one of the graphics cards is placed at 0Mhs and within a few seconds the PC crashes, Other times PhoenixMiner gives an error with a lot of hexadecimal figures and freezes, and every few hours I have to restart the PC and restart everything.
I have even tried leaving it at 1750, and it has lasted 55 hours without stopping giving 54Mhs per GPU, but in the end it has frozen.
I have the power set to -46% and the consumption of the GPU is 113W each.
Could you tell me how to leave the rig stable?
Thank you very much
with the level of modifications you have I doubt there will be a way to keep it stable
as the bios is modified and the card is running with custom bios
it can crash anytime when there is an error
I will recommend leaving it 1750 and setting a bat file which will reset the miner every 24h with 10 mins gap and see if that keeps them stable for longer
July 01, 2020, 04:43:26 PM
I have an 8x MSI 5700XT Gaming X platform. I have done Memory Toimming in all of them modifying the BIOS, and I get 54Mhs in each of them with memory at 1750.
The problem is when I try to increase the OC speed of the memory, to obtain a greater number of MHS, my Rig crash in random times, sometimes a few hours, sometimes many hours, sometimes a matter of minutes ... there are times that one of the graphics cards is placed at 0Mhs and within a few seconds the PC crashes, Other times PhoenixMiner gives an error with a lot of hexadecimal figures and freezes, and every few hours I have to restart the PC and restart everything.
I have even tried leaving it at 1750, and it has lasted 55 hours without stopping giving 54Mhs per GPU, but in the end it has frozen.
I have the power set to -46% and the consumption of the GPU is 113W each.
Could you tell me how to leave the rig stable?
Thank you very much
The problem is when I try to increase the OC speed of the memory, to obtain a greater number of MHS, my Rig crash in random times, sometimes a few hours, sometimes many hours, sometimes a matter of minutes ... there are times that one of the graphics cards is placed at 0Mhs and within a few seconds the PC crashes, Other times PhoenixMiner gives an error with a lot of hexadecimal figures and freezes, and every few hours I have to restart the PC and restart everything.
I have even tried leaving it at 1750, and it has lasted 55 hours without stopping giving 54Mhs per GPU, but in the end it has frozen.
I have the power set to -46% and the consumption of the GPU is 113W each.
Could you tell me how to leave the rig stable?
Thank you very much
July 01, 2020, 11:32:40 AM
https://imgur.com/OvEOwDU
hello;
Could you explain anyone what is this error on hiveOS ?
There is no any error messages on miner screen or hiveos notification. But i saw this errors when i connect the monitor to the rig.
hello;
Could you explain anyone what is this error on hiveOS ?
There is no any error messages on miner screen or hiveos notification. But i saw this errors when i connect the monitor to the rig.
June 30, 2020, 12:03:52 PM
Any known issues with Vega 64 (8gb, 4 cards)?
I have a brand new rig, fresh install and the whole system freezes around 22 to 25 seconds in, very consistently.
Windows 10
I have a brand new rig, fresh install and the whole system freezes around 22 to 25 seconds in, very consistently.
Windows 10
Log? Any tweaking? Under/Overclocking? Undervolting? Hard to tell without details
Let me look at getting logs. No, nothing was done one way or another. I figured I would run it, see where it was and go on from there.
What is the proper way to post the log? As code?
Anyhow, the last few lines of the last crash, which is about the same as the other logs.
Quote
2020.06.26:10:37:48.951: main Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:00
2020.06.26:10:37:48.951: main GPUs: 1: 0.000 MH/s (0) 2: 0.000 MH/s (0) 3: 0.000 MH/s (0) 4: 0.000 MH/s (0)
2020.06.26:10:37:48.956: GPU4 GPU4: DAG generated in 10.5 s (360.2 MB/s)
2020.06.26:10:37:48.958: GPU4 GPU4: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:48.958: GPU4 GPU4: no -gt value specified, switching to auto-tune
2020.06.26:10:37:48.958: GPU4 GPU4: starting auto-tune process
2020.06.26:10:37:49.313: GPU1 GPU1: DAG 100%
2020.06.26:10:37:49.472: GPU1 GPU1: DAG generated in 10.6 s (356.9 MB/s)
2020.06.26:10:37:49.475: GPU1 GPU1: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:49.475: GPU1 GPU1: no -gt value specified, switching to auto-tune
2020.06.26:10:37:49.475: GPU1 GPU1: starting auto-tune process
2020.06.26:10:37:51.322: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":
2020.06.26:10:37:51.322: eths Eth: New job #f98eea2b from ssl://us1.ethermine.org:5555; diff: 4000MH
2020.06.26:10:37:48.951: main GPUs: 1: 0.000 MH/s (0) 2: 0.000 MH/s (0) 3: 0.000 MH/s (0) 4: 0.000 MH/s (0)
2020.06.26:10:37:48.956: GPU4 GPU4: DAG generated in 10.5 s (360.2 MB/s)
2020.06.26:10:37:48.958: GPU4 GPU4: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:48.958: GPU4 GPU4: no -gt value specified, switching to auto-tune
2020.06.26:10:37:48.958: GPU4 GPU4: starting auto-tune process
2020.06.26:10:37:49.313: GPU1 GPU1: DAG 100%
2020.06.26:10:37:49.472: GPU1 GPU1: DAG generated in 10.6 s (356.9 MB/s)
2020.06.26:10:37:49.475: GPU1 GPU1: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:49.475: GPU1 GPU1: no -gt value specified, switching to auto-tune
2020.06.26:10:37:49.475: GPU1 GPU1: starting auto-tune process
2020.06.26:10:37:51.322: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":
2020.06.26:10:37:51.322: eths Eth: New job #f98eea2b from ssl://us1.ethermine.org:5555; diff: 4000MH
Does the computer crash as well? If yes it might be an issue with power supply, cause it doesn't mine at all. You can try to underclock memory (-mclock) and core (-cclock) a little bit but since GPUs are new they should work at stock frequencies with no issues.
Yea, the whole thing freezes. Juice is always a possibility. Did not think of it because I am running a 1600w for the cards and a 750w for 2 of the raisers. I could get only the cards on the 1600w and test it out.
Another thing to think about is the risers themselves. I have had to replace risers before that were giving me lockups and what not.
June 30, 2020, 11:29:24 AM
Any known issues with Vega 64 (8gb, 4 cards)?
I have a brand new rig, fresh install and the whole system freezes around 22 to 25 seconds in, very consistently.
Windows 10
I have a brand new rig, fresh install and the whole system freezes around 22 to 25 seconds in, very consistently.
Windows 10
Log? Any tweaking? Under/Overclocking? Undervolting? Hard to tell without details
Let me look at getting logs. No, nothing was done one way or another. I figured I would run it, see where it was and go on from there.
What is the proper way to post the log? As code?
Anyhow, the last few lines of the last crash, which is about the same as the other logs.
Quote
2020.06.26:10:37:48.951: main Eth speed: 0.000 MH/s, shares: 0/0/0, time: 0:00
2020.06.26:10:37:48.951: main GPUs: 1: 0.000 MH/s (0) 2: 0.000 MH/s (0) 3: 0.000 MH/s (0) 4: 0.000 MH/s (0)
2020.06.26:10:37:48.956: GPU4 GPU4: DAG generated in 10.5 s (360.2 MB/s)
2020.06.26:10:37:48.958: GPU4 GPU4: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:48.958: GPU4 GPU4: no -gt value specified, switching to auto-tune
2020.06.26:10:37:48.958: GPU4 GPU4: starting auto-tune process
2020.06.26:10:37:49.313: GPU1 GPU1: DAG 100%
2020.06.26:10:37:49.472: GPU1 GPU1: DAG generated in 10.6 s (356.9 MB/s)
2020.06.26:10:37:49.475: GPU1 GPU1: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:49.475: GPU1 GPU1: no -gt value specified, switching to auto-tune
2020.06.26:10:37:49.475: GPU1 GPU1: starting auto-tune process
2020.06.26:10:37:51.322: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":
2020.06.26:10:37:51.322: eths Eth: New job #f98eea2b from ssl://us1.ethermine.org:5555; diff: 4000MH
2020.06.26:10:37:48.951: main GPUs: 1: 0.000 MH/s (0) 2: 0.000 MH/s (0) 3: 0.000 MH/s (0) 4: 0.000 MH/s (0)
2020.06.26:10:37:48.956: GPU4 GPU4: DAG generated in 10.5 s (360.2 MB/s)
2020.06.26:10:37:48.958: GPU4 GPU4: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:48.958: GPU4 GPU4: no -gt value specified, switching to auto-tune
2020.06.26:10:37:48.958: GPU4 GPU4: starting auto-tune process
2020.06.26:10:37:49.313: GPU1 GPU1: DAG 100%
2020.06.26:10:37:49.472: GPU1 GPU1: DAG generated in 10.6 s (356.9 MB/s)
2020.06.26:10:37:49.475: GPU1 GPU1: Using Ethash OCL kernels (gfx900; -clkernel 1)
2020.06.26:10:37:49.475: GPU1 GPU1: no -gt value specified, switching to auto-tune
2020.06.26:10:37:49.475: GPU1 GPU1: starting auto-tune process
2020.06.26:10:37:51.322: eths Eth: Received: {"id":0,"jsonrpc":"2.0","result":
2020.06.26:10:37:51.322: eths Eth: New job #f98eea2b from ssl://us1.ethermine.org:5555; diff: 4000MH
Does the computer crash as well? If yes it might be an issue with power supply, cause it doesn't mine at all. You can try to underclock memory (-mclock) and core (-cclock) a little bit but since GPUs are new they should work at stock frequencies with no issues.
Yea, the whole thing freezes. Juice is always a possibility. Did not think of it because I am running a 1600w for the cards and a 750w for 2 of the raisers. I could get only the cards on the 1600w and test it out.
June 30, 2020, 11:23:34 AM
@PhoenixMiner, since we already have ProgPow here, any plans of adding KawPow soon in your software? You know Raven is profitable these days. I think many miners would love to mine KawPow with PhoenixMiner if added in your mining software.
June 30, 2020, 03:02:00 AM
Hello, i´ve been mining on Hiveon pool with no problems for the last month, but since june 21 the miner started crashing. Tried Phoenixminer, Claymoreminer, tried diferent drivers, removed AMD software, increased windows virtual memory, and still no fix. I have two rigs con windows running Phoenixminer. Each rig being tested with one Sapphire RX 5700 XT. The problem is on both rigs. Started to think the problem might be originated by Hiveon Pool. Any one able to help me??? I have a snapshot right before the miner crashes and shuts down.
The problem is caused by the small time between two jobs.-clnew 0
will fix your problem, but it can also dramatically increase your stale shares (you'll not like it). To fix the stale shares problem experiment with -mi option with values lower than 12. The lower the -mi is the less stale shares and lower hashrate. The higher the -mi is the more stale shares and higher hashrate.
The best solution is to change your pool.
June 29, 2020, 05:36:35 PM
Been running for 20 hours before the crash. Then restarted and got the crash in 17 seconds. It's random, might be minutes or hours. Tried with no overclock, and had the same results.
June 29, 2020, 05:30:30 PM
Hello, i´ve been mining on Hiveon pool with no problems for the last month, but since june 21 the miner started crashing. Tried Phoenixminer, Claymoreminer, tried diferent drivers, removed AMD software, increased windows virtual memory, and still no fix. I have two rigs con windows running Phoenixminer. Each rig being tested with one Sapphire RX 5700 XT. The problem is on both rigs. Started to think the problem might be originated by Hiveon Pool. Any one able to help me??? I have a snapshot right before the miner crashes and shuts down.
You're only making it 16 seconds, sounds like VRM or core is unstable. Pull back on the overclocks or kill them entirely and see if rig is stable. If it is then you know what the problem is.
June 29, 2020, 05:24:36 PM
Hello, i´ve been mining on Hiveon pool with no problems for the last month, but since june 21 the miner started crashing. Tried Phoenixminer, Claymoreminer, tried diferent drivers, removed AMD software, increased windows virtual memory, and still no fix. I have two rigs con windows running Phoenixminer. Each rig being tested with one Sapphire RX 5700 XT. The problem is on both rigs. Started to think the problem might be originated by Hiveon Pool. Any one able to help me??? I have a snapshot right before the miner crashes and shuts down.https://i.ibb.co/19dpXJ9/miner-crash.jpg
Jump to: