 Show Posts
|
|
Pages: [1] 2 3 »
|
|
How is the support for AMD driver 22.7.1? It is still not WHQL.
|
|
|
|
|
Radeon Driver version 22.5.1 is out, hows PM 6.2c goes with it? I like having my drivers updated since I don't just mine with my rig.
|
|
|
|
I'm back to mining after stopping for over 2 years, but I only getting max 14Mh/s hash tried modded bios and stock bios. Is this normal?
Edit: Sorry forgot to say it's Rx570 4GB mining ETC
Is compute mode on? Now I'm  but it's 22-23MH trying different configurations now to get better but still the same (using -clkernel 0 by the way to get it to work) [/quote] Try setting mclock to 2000mhz and memory timing level 2 on the radeon software. Also fiddle with -vmr or -rxboost options. |
|
|
|
You can’t use a 3gb card for eth
Why not? And do you have any suggestions on what I can mine (profitably) with my setup? Eth DAG is over 4GB, your GPU is only 3GB. You need a GPU with more than 4GB to mine Eth now. To see what you can mine with your GPU you can start at whattomine dot com. |
|
|
|
Sup, So PhoenixMiner ver's 5.6-5.8 are driving me crazy.. (Just about to test 5.9beta)
MY QESTION IS: Which is the best drivers to use for each of the Phoenix Miner Releases in order from Ver 5.5 onwards please..?
- A Follow up question would be, What is the best most reliable version of drivers to use on the 5.9beta release? Will I be safe with Adrenalin 21.10.2 OR should I go back to Adrenalin 20.8.1 ??
RIG SPECS
CPU: i7-7700K
RAM: 8GB
MOBO: ASUS B250 Mining Expert - Loaded Bios Optimised Defaults. Pcie link > Gen 1, etc..
PSU: x2 EVGA 1600w T2 Platinum/Titanium (I forget)
RAISERS: I just replaced All my GPU Raisers to the newer 009s Plus BLACK EDITION
OS: Win10 x64 Pro [Clean format]
GPUs RX580 8GB: x2 RX580 8GB Nitro+ (Hynix), x6 Nitro SE RX580 8GB (Samsung), x1 Power Devil RX580 8GB (Micron), x1 Asus ROG RX580 8GB (Hynix)
**Current** Drivers: Adrenalin 19.8.2 Beta
Tweeks: Applied Win10Tweeks.bat and done all the usual tweaks (Win update OFF etc..)
Set: Windows ENV_MEM Initial 60000mb > 88000mb
I am trying to pin down why my rig RXRig (x10 RX580's) keeps throwing errors and/or having the following issues:
I have managed to have a run of about 6hrs then another run for like 12hrs But crashing/BSOD not able to auto_restart miner from shell:startup > miner_start.bat
** Timeout Detection Recovery atikmpag.sys / atikmdag.sys VIDEO_TDR_FAILURE - TDS_BSOD errors.?
I had noticed a big jump in Temps, causing -tstop or -ttli to kick in.. Usually, my cards idle around hi 50's - to low - 60C deg C. (-tt 60)
** Higher than normal stale shares.
** -clKernel 1
** I use -altinit and -mi 12
** The issues began on v5.8c
I have two separate config's called from 2 different batch scripts depending on time of year/temperature outside
1) Standard config -mt 0
2) Winter (RXBoost config) config -mt 0 -vmr 25 -strap 1 -vmdag 1
All cards are now on -cclock 1150/850mv-900mv -mclock-2100-2150:900-925mv
I have down clocked my cards and undervolted
I was initially was running a stable -mclock 2170 on gpu's Samsung/Hynix/Micron cards (Mixed) ALL Were stable @ -mclock 2170 between 875-925mv voltages, with a range of -cclocks 1150,1170,1240,1150... etc... STABLE upto version PhoenixMiner v5.8
Now I have formatted my Rig to clean slate. I am running through all the various things I can think of to figure out why my rig keeps crashing.
Current testing on PNX Miner v5.6d - > 5.7 with Adrenalin 19.8.2 Beta drivers..
If still no luck I will bump up to last stable set of drivers 20.8.1 and repeat the testing steps. But as it stands. v5.8 really threw a wrench in the rig and cannot get it to run stable now at all..
Any suggestions would be appreciated...
Cheers Maj
From what I know from modding and overclocking Polaris and I did that a lot lot, 2150mhz is the limit of stable memory frequency and even tho only on good sample cards. Most will start to artifact at 2100 so pushing 2170 and getting stable with it was pretty sure a gamble. I'm pretty sure samsung memory have zero effect on hashrates above 2000mhz. I still own one and there is no difference in performance from 2000 to 2150. I know hynix does well but didn't had many microns to make sure the mclock sweetspot. -vmr increases memory refresh and will make the card run hotter, limiting temps to 60 will probably make cards throttle so try 65. |
|
|
|
Thanks, I thought it's close because Ethermine keep posting stuff about their new Ethereum stacking pool in their Twitter and also MEWWallet keep advertising different staking methods.
Honestly I'm really scared that what's gonna happen in ETH PoS and that's why I can't risk staking any amount of ETH either solo or in a pool because how we can be sure that price of Ethereum doesn't decrease after PoS update or worse how can we be sure that their programming are perfect and can't let hack attacks like what happens to doomed destiny of BitcoinSV?
I think that having both PoV + PoS at least for a while after introducing PoS is a good idea that Ursul0 mentions.
I believe that's what is going to happen. PoW + PoS will co-exist for a while, but PoW block reward will be getting slowly so low or so hard that it will not be worthy to use it until it will cease to exist. And we will probably have testnet of PoS before it get launched to iron any issues it might have. As for miners, ETC and RVN are strong candidates when ETH leaves PoW, as many GPUs that can't mine ETH anymore still can mine those just fine. |
|
|
|
Thanks for the answer.
Do you get at least 30 MH/s? I can't go over -mclock 1890 MHz, and my hashrate stays under 29.50 MH/s.
If you're using just one card and using it as a display output for windows you may lose a few hashrates. Use the iGPU and the display output from the motherboard so you can fully use the GPU for mining. |
|
|
|
Hey!
my system: 5700 XT, 3x6700 XT, 6900 XT, + 6600 XT.
Before installing 6600 XT, the system worked stably on a 5.7c miner with drivers 21.3.1. -CLКernel 1. Good stable hashrate, 0 stale and invalid shares.
After adding the 6600 XT to the system, I had to install the latest drivers. With them 5.7 and 5.8b, the miner does not work in -CLKernel 1.
2 out of 6 video cards issue
Failed to compile program: clBuildProgram (-11)
Unable to prepare kernels: clCreateKernel (-46).
If I write -CLКernel 0, then all cards work, but the hashrate is slightly lower and 0-4% stale shares appear.
Are you on windows 10? Use DDU to remove all drivers and try again, install the drivers with the first card connected them turn it off and connect the other cards, I believe windows 10 will just identify the other GPUs and use the same driver installed which will work fine for those GPUs. I'm on 21.8.2 and working just fine with 5.8b. |
|
|
|
Hi!
I have a GPU AMD FirePro S7150. I want to use it with phoenixminer and Raveos ran more than 4 hours but Phoenixminer gives always an note that it cannot get "Effective speed: 0.00 MH/s; at pool: 0.00 MH/s; share:0/0/0" . Any advice how to solve this problem? Please help me.
Best regards,
Many thanks,.
P/s:
** 1:42 *** 10/18 21:51 **************************************
Eth: Mining ETC on 88.198.11.177:55456 for 1:42
Available GPUs for mining:
GPU0: AMD FirePro S7150 (pcie 3), OpenCL 2.0, 8 GB VRAM, 32 CUs
Current -gt 0
Eth: Accepted shares 0 (0 stales), rejected shares 0 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 0.00%
Eth: Average speed (5 min): 2494.521 MH/s
Eth: Effective speed: 0.00 MH/s; at pool: 0.00 MH/s
Eth speed: 2248.531 MH/s, shares: 0/0/0, time: 1:42
*** 1:42 *** 10/18 21:51 **************************************
effective speed is related to the time running and shares found. If you found no shares it will be zero. |
|
|
|
|
To everyone concerned with the fake update links, at the left side of the post where the user information is shown just give a trust +1 to PhoenixMiner, so every time you see the green +1 trust you will know it is the real one. For every other user who posts links to a fake miner, click on the down right corner to report to a moderator, just type "malware" on the textbox and send. Then on the left side of the post again click "ignore" and the post will be hidden for you.
|
|
|
|
Well PM 5.7b is finally running.. with the AMD 21.1.8.1
I know I am an impatient person..
With 5.5c it was about 10-20 seconds I had to wait before I could see the openCL drivers were loaded and the rest of the config file was executed.
but waiting for 5-6 minutes to finally see that the miner is actually start to load the openCL drivers and read the rest of the config file...
Is the long waiting period all have to do with the extra setting features in PM?
I understand it has something to do with the pentium (3,3Ghz) CPU I use, but from 10-20 sec to 5-6 minutes waiting is a bit much in my opinion.. Anything I can do to shorten this? without upgrading my CPU..
I also use 16Gb of RAM..
any help much appreciated.
Your HDD or SSD might be the culprit. Check the S.M.A.R.T. Try a chkdsk to check for errors or try a defrag. If not, try doing a clean installation of the GPU drivers using DDU (Display Driver Uninstaller) and download the full driver version from the release notes page, do not use the updater/downloader. |
|
|
|
- Implemented new "turbo" kernels (-clkernel 3) for AMD Polaris cards that can work with the current DAG sizes over 4 GB. Note that -clkernel 3 uses double the VRAM and will provide slightly faster hashrate with slightly higher power consumption. You can use the -rvram command-line parameter to specify how much VRAM to be left unused
Please let us know if you have any problems or questions related to PhoenixMiner 5.7b. Tried the -clkernel 3 on my RX 480 8GB and got lower hashrates than -clkernel 2. I'm on windows 10 20H2, Radeon Software version 21.6.1 I'm only using the -vmr 25 parameter and -gt 69 as per benchmark suggestion. Everything else is default. Your current gt value 69 is not the optimal for -clkernel 3. Put -gt 0 in your settings to find the new best gt value for -clkernel 3. After that you can put -gt NEW_BEST_GT_FOUND_VALUE in your settings. Thank you very much. I will look into that. Aaaand nothing changed. |
|
|
|
- Implemented new "turbo" kernels (-clkernel 3) for AMD Polaris cards that can work with the current DAG sizes over 4 GB. Note that -clkernel 3 uses double the VRAM and will provide slightly faster hashrate with slightly higher power consumption. You can use the -rvram command-line parameter to specify how much VRAM to be left unused
Please let us know if you have any problems or questions related to PhoenixMiner 5.7b. Tried the -clkernel 3 on my RX 480 8GB and got lower hashrates than -clkernel 2. I'm on windows 10 20H2, Radeon Software version 21.6.1 I'm only using the -vmr 25 parameter and -gt 69 as per benchmark suggestion. Everything else is default. Your current gt value 69 is not the optimal for -clkernel 3. Put -gt 0 in your settings to find the new best gt value for -clkernel 3. After that you can put -gt NEW_BEST_GT_FOUND_VALUE in your settings. Thank you very much. I will look into that. |
|
|
|
- Implemented new "turbo" kernels (-clkernel 3) for AMD Polaris cards that can work with the current DAG sizes over 4 GB. Note that -clkernel 3 uses double the VRAM and will provide slightly faster hashrate with slightly higher power consumption. You can use the -rvram command-line parameter to specify how much VRAM to be left unused
Please let us know if you have any problems or questions related to PhoenixMiner 5.7b. Tried the -clkernel 3 on my RX 480 8GB and got lower hashrates than -clkernel 2. I'm on windows 10 20H2, Radeon Software version 21.6.1 I'm only using the -vmr 25 parameter and -gt 69 as per benchmark suggestion. Everything else is default. |
|
|
|
You can bite me.
You don't even have enough intelligence to fully understand a simple post, so your comments to me are just ignorant trash.
Never I said the miner wasn't good or that I could or even wanted to write one you dummy.
I stand by what I said again. They are NOW worthless. They haven't made a decent improvement in a year or more.
They have only managed to barely keep up with driver changes. They never attempt to answer anyone's issues or make the miner better.
Hey, we made them all millionaires so now they just set back and suck in the money. Soon they will completely disappear and they will
continue to get paid as long as people just keep supplying the dev fee. That could last for years, but they won't be around except to
sell the coins they are accumulating.
Wise up dummy and just look at what they do.
You think that the devs have any moderator power in this thread? They don't. The best we can do is report those constant scam posts which is a fairly easy thing to do. They are fairly active when they make releases, even replies to other users questions. Most questions posted here doesn't need answers because they were already answered somewhere in the thread or people don't give enough information to solve the issue. And when there is a legit questions the users themselves tries to help. Phoenix Miner is as good as it can get. Devs don't owe us a thing. |
|
|
|
I got a new drive from amd and is it giving an error, any ideas?  Very likely new driver is not supported. Go back to 21.4.1 to continue mining and wait for a new version of PM with driver support to be released. |
|
|
|
I have used this miner for a few years and always had good experiences using it. I recently updated to the 5.6d and the payouts that I am receiving are very small compared to the last 1000 rounds. I was getting .0001 to , .0005 for large share payouts that I mined. Now I am getting .00003 to .00004 this is not even worth mining for. Why am I seeing the drastic change in share payouts? They are minuscule. My miner has not changed nothing has changed except my payouts have shrunk to the tune of the hundredths thousands decimal place.... Why? I reverted back to the previous version and the same issue with payouts. I ran for 24 hours and accumulated nothing, compared to 2 weeks ago. Anyone know what is going on???  Block rewards are reduced. Blocks would pay between 3 to 6 ETH, now its been below 3 ETH for weeks. |
|
|
|
Eth mining
After dag generation error message as given below:
Cuda error in cudaprogram.cu:206 : out of memory
Gpu: failed to initialise search buffers : out of memory
Gpu initminer error: unable to initialise cuda miner
Followed by BSOD blue screen error with Video TDR failure message Nviddmkm.sys
Please help understand the issue and troubleshooting
Nvidia gtx1070 *3 8gb cards
Gigabyte fintech b250 mobo
Windows 10 64 bit updated
Nvidia latest grd driver 466.47 (18th May 2021)
Nvidia cuda toolkit 11.3.1 updatd recently
Phoenix miner 5.6d
(additional details required?)
Each card works when plugged one at a time Runs correctly
Sometimes all 3 cards work toghtr but later crashes into the above mentioned error
PC runs out of memory while creating dags and crashes? Check your virtual memory, maybe you should increase its size. Or set to create the dags one at each time since putting just one card works fine. |
|
|
|
Hey devs, link for windows version its not working....  Working fine on my end. Make sure to use the first post links. |
|
|
|
Can someone tells me why is my log shows 15-20% stales? It's only showing on Phoenixminer, but other miners doesn't says that? Am I really losing that much shares?
On ethermine pool dashboard, it only shows 1-2% hourly. >15% reported locally is very weird? This is a bug? FYI, Ping test shows 7ms and no packet lost, connected to closest server, and tried no overclock, still the same.
People been telling me to switch to other miner, but other miners just simply not reporting stale shares at all. Please advice. Or maybe developer can explain what happened.
Thank you!!!
Part of my Log:
2021.05.14:08:30:16.821: main Eth: Mining ETH on ssl://us2.ethermine.org:5555 for 12:28
2021.05.14:08:30:16.821: main Eth speed: 58.902 MH/s, shares: 594/0/5, time: 12:28
2021.05.14:08:30:16.821: main Eth: Accepted shares 594 (91 stales), rejected shares 0 (0 stales)
2021.05.14:08:30:16.821: main Eth: Incorrect shares 5 (0.83%), est. stales percentage 15.32%
2021.05.14:08:30:16.821: main Eth: Maximum difficulty of found share: 147.8 TH (!!!)
phoenixminer will show the percentage of incorrect/stale shares for the time you are running the software, on ethermine it will show you for the hour/day. You gotta find how many incorrect/stale hashes are being reported on ethermine by the same period you're running the software then you check for discrepancies. |
|
|
|
|
