The first beta of 4.5 is finally here. We tried to delay it until the RX5700 kernels were ready but there seems to be some kind of bottleneck on these cards and we haven't figured out how to work around it yet. You can download PhoenixMiner 4.5b from here:
Thanks! Finally! |
|
|
|
For some reason, about 90% of the time i get incorrect shares after the dev fee switch is over, and it continues to create incorrects on other gpus until i restart the miner. But 10% of time it runs perfect after the dev switch with no incorrects. This wouldnt be an issue but when i get these incorrects my effective hashrate drops 20% and stays that low until i restart the miner. Any idea how to fix this ? (this does not happen in claymore )
I see same problem on my 2GPUs: when miner creating new DAG files for mining devfee on another pool and switching back to my coin and pool its happenning. I even deleted file epools.txt (saw an advise here), but problem is still exist. WIN10x64 Catalyst 19.4.3. RX470&480 8Gb. This doesn't happens on my RX 580 8Gb cards. The same system and driver versions... Print your command line or bat file. After returning to my pool from devfee miner rebuilds DAG again if needed... |
|
|
|
Could someone tell me what is wrong with my config?  Bat file:@echo off setlocal enableDelayedExpansion set "PARAMS=--profile %PROFILE%" setx GPU_FORCE_64BIT_PTR 1 setx GPU_MAX_HEAP_SIZE 100 setx GPU_USE_SYNC_OBJECTS 1 setx GPU_MAX_ALLOC_PERCENT 100 setx GPU_SINGLE_ALLOC_PERCENT 100 cls lolMiner.exe !PARAMS! timeout 10 user_config.json:{ "DEFAULTS" : { "DEVICES" : [0,1], “ASM” : 1, “DIGITS” : 2, "APIPORT" : 0 }, "GRIN29" : { "COIN" : "GRIN-AD29", "POOLS" : [ {"POOL" : "mine.thegrinpool.com", "PORT" : "4747", "USER" : "  @gmail.com", "PASS" : "x"} ] } } Try to remove "!" from bat. Make this string: lolMiner.exe PARAMS and you must run bat with option - name of profile. F.e. run_bat GRIN29 |
|
|
|
Phoenix Miner 4.2c have full support AMD drivers up to 19.4.3. On later drivers miner woudn't use optimized and double kernels and may (and will) cause many rejected shares.
We need miner update to use new drivers...
why would you want anything above 18.6.1 for polaris? wouldn't it be nice to have an option for devfee in ZIL? along with coin switching for the time there's no POW on ZIL...  For full support AMD cards on Windows 10 x64 1903 drivers must be at least 19.5.2. My AMD cards run fine with 18.5.1 and 18.6.1 on Windows 10 1903. Old drivers havn't support for Windows 1903 version. 18.5.1 and 18.6.1 is more than year old. They maybe work, but can cause system errors and instability. Options in Radeon Settings may not work. For example, didn't work Crossfire settings... I like Phoenix miner but didn't like his drivers dependence... Claymore's miner didn't have it. Phoenix faster Claymore's miner about 1% (including some lower fee), but with Claymore's miner I can use latest drivers. So I forced to use Claymore's miner. It's sad but true... |
|
|
|
Phoenix Miner 4.2c have full support AMD drivers up to 19.4.3. On later drivers miner woudn't use optimized and double kernels and may (and will) cause many rejected shares.
We need miner update to use new drivers...
why would you want anything above 18.6.1 for polaris? wouldn't it be nice to have an option for devfee in ZIL? along with coin switching for the time there's no POW on ZIL... For full support AMD cards on Windows 10 x64 1903 drivers must be at least 19.5.2. |
|
|
|
Hello! I installed the radeon-software-adrenalin-2019-19.7.1-minimalsetup-190708_web driver on the new farm Then I got this ...   Phoenix Miner 4.2c have full support AMD drivers up to 19.4.3. On later drivers miner woudn't use optimized and double kernels and may (and will) cause many rejected shares. We need miner update to use new drivers... |
|
|
|
For some reason, about 90% of the time i get incorrect shares after the dev fee switch is over, and it continues to create incorrects on other gpus until i restart the miner. But 10% of time it runs perfect after the dev switch with no incorrects. This wouldnt be an issue but when i get these incorrects my effective hashrate drops 20% and stays that low until i restart the miner. Any idea how to fix this ? (this does not happen in claymore )
Try to remove epools.txt from miner folder. |
|
|
|
Is this still the best miner for ETC? Hasn't been updated in a good while.. Should I try using the newest Claymore? I have a small set up, 1x 1660ti 2x 1050ti. I mostly mine RVN and ETC. I get around 15MH/1050ti and 29MH/1660ti right now using Phoenixminer 4.2c. No PL +675 mem on all of them. Cruising at a nice brisk 50-53C.
Any suggestions on getting the most out of them? Phoenix still the best option???
Yes. Phoenix is a bit better in speed than Claymore. And don't forget to make autotune or manual adjustion of -gt parameter for each card. It individual and must be recalibrated every change of overclock settings. |
|
|
|
My claymore its working fine but, when I start claymore a message appears in red that says Unknown option 1
It's simple - you must remove option "1" from command line to launch miner. |
|
|
|
Guys need help! On my 1070 hash rate falls. It was stable 32.1 (CC1400Mhz / CM4500Mhz), now already 30. To get the old 32, you need to raise the CC to 1600Mhz. But if you dig for example MOAC, then everything is as before 32.1 with CC1400 / CM4500. Why it happens?
DAG file, on MOAC its much smaller You want to say that on NVIDIA, as before on AMD, does the hash rate fall with increasing DAG? and it is on all maps nvidia so? it's just that everyone is silent .. why? p.s. and which driver version is better to use for PhoenixMiner 4.2c? On NVIDIA cards also speed falls during the grow of DAG sizes. But usualy this drops are small and can be spotted after long time or big DAG size differences. |
|
|
|
|
AMD released 19.7.1 driver today. Maybe it's time to update miner finally?
|
|
|
|
Your miner is shocking, it is brilliant for power & speed but a couple of times I have stopped the miner due to mining on your address for over 3 hours, everyone do NOT use this miner it mines for the DEV for hours at a time. total sham.
if you are using command line mode of this miner make sure you remove epools.txt and dpools.txt from folder due to crashes, it turns to link inside of those and mine devfee's instead of yours... deleted everything, pools are registered correctly, DEV still happens a couple of hours a day Problem is on your side. All mines via Phoenix without problems. How and what pools you're registered? How you launch miner? |
|
|
|
Important: The setting MUST be applied before mining starts or the value won't change. Even if I closed the miner and tried to apply the setting, it would not take. However, applying via .bat after reboot before the miner started worked great.
This is not true. AMD driver 19.4.3. I change REF on my RX 580 cards during mining and it applyies and changing the mining speed. Once I got the new Win10 update, I could no longer change the timings on the fly with Claymore running. Even with the 19.4.3 driver. I tried all of the recent drivers I could find. Going back to the 18.9.2 driver allows me to dynamically update using AMDmemTweak again while Claymore 11.9 is running under the newest Win10. 19.6.3 still didn't work. It took quite a while to crawl back to 18.9.2 to find one that worked. EDIT: Well, I spoke too soon. I was able to do it briefly but then it locked me out again. I don't know what the solution is other than making sure to modify before running Claymore. But it sure was nice for a while to be able to bring up the GUI version and modify timings on the fly while Claymore was running to see the effect. I use 19.4.3 drivers with GUI version of tool. Latest Windows 10. All changes via GUI tool affects on the fly on 14.x Claymore miner. But Claymore must be launched without strap and rxboot options. |
|
|
|
Team Red Miner v0.5.3 releasedhttps://github.com/todxx/teamredminer/releasesChanges in v0.5.3 - Added MTP algo for Zcoin/XZC (please read MTP_MINING.txt before mining).
- Further small stabilization fixes for CN variants, primarily 4MB algos.
Now supporting the MTP algorithm for Zcoin !!!!! MTP IS EXTREMELY POWER HUNGRY AND HOT !!!! Please make sure to lower your clocks and have good cooling for your GPUs when testing MTP. MTP can consume double the power of other algos for un-tuned cards. Good work! Thanks! P.S. For MTP algo memory timings means something? Or it more GPU dependent? Timings are pretty much irrelevant for MTP, for all gpus. That said, I only think I verified it on a Vega, but I'd be surprised if e.g. a tREF boost on a Polaris would do anything. tREF works in all cases and algos as I see. But I talking about additional speedup by using timings adapted for MTP. Does timings for eth good for MTP or CN better? |
|
|
|
Team Red Miner v0.5.3 releasedhttps://github.com/todxx/teamredminer/releasesChanges in v0.5.3 - Added MTP algo for Zcoin/XZC (please read MTP_MINING.txt before mining).
- Further small stabilization fixes for CN variants, primarily 4MB algos.
Now supporting the MTP algorithm for Zcoin !!!!! MTP IS EXTREMELY POWER HUNGRY AND HOT !!!! Please make sure to lower your clocks and have good cooling for your GPUs when testing MTP. MTP can consume double the power of other algos for un-tuned cards. Good work! Thanks! P.S. For MTP algo memory timings means something? Or it more GPU dependent? |
|
|
|
Have you checked your pool statistics for inconsistencies in hash rate? I tried it again today, and at around 7:10 the hash rate went down yet again like the previous day. I have no idea why at 7:10 AM PST. I left it running for a 3 hours and it kept reporting low shares. I then switched to ethminer and the hash rate climbed up to normal. Logs show it mined 3x for dev. @ 36 secs. Wtf is going on here? https://i.imgur.com/d5LrU03.pngCheck your miner, comp etc. For my rig Phoenix miner mines fine. Only official devfee time every hour. All other time it mines on my pool. I checking accepted hasrate on pool statistics every day. Effective hashrate from miner equals to pool side. Pool even shows more effective hashrate than miner...  |
|
|
|
Your miner is shocking, it is brilliant for power & speed but a couple of times I have stopped the miner due to mining on your address for over 3 hours, everyone do NOT use this miner it mines for the DEV for hours at a time. total sham.
For me it works fine. I checked it over 36+ hours. And always devfee works as it must... |
|
|
|
Important: The setting MUST be applied before mining starts or the value won't change. Even if I closed the miner and tried to apply the setting, it would not take. However, applying via .bat after reboot before the miner started worked great.
This is not true. AMD driver 19.4.3. I change REF on my RX 580 cards during mining and it applyies and changing the mining speed. Once I got the new Win10 update, I could no longer change the timings on the fly with Claymore running. Even with the 19.4.3 driver. I tried all of the recent drivers I could find. Maybe you run Claymore with it's driver, and it affects on this? I use Phoenix miner with AMD Mem Tweak. Latest Windows 10 x64 1903. AMD 19.4.3 driver. All memory registers changes on the fly and change mining speed... |
|
|
|
Question, please advice?
I am running Phoenixminer (lastest version), I had reported 165/2/64 shares however no ones of the gpus reported incorrect shares, only the phoenixminer summary and of course the hashrate at the pool is low, what could cause this? How do I troubleshoot this? is this is related with too much OC although the gpus are not reporting incorrect shares?
Thanks in advance for your advice
Edit: pool is ethermine.org OC core 1220 mem 2140, I am using -robost 30 hashrate 30.5 gpus 580s 8g
What drivers? I am using smos (linux distro) 4.17.19-smos15 / AMD 18.20 I didn't know about linux... But you must check if Phoenix miner supported your drivers or not. On Windows miner write driver support just 1st several strings on launch. |
|
|
|
Question, please advice?
I am running Phoenixminer (lastest version), I had reported 165/2/64 shares however no ones of the gpus reported incorrect shares, only the phoenixminer summary and of course the hashrate at the pool is low, what could cause this? How do I troubleshoot this? is this is related with too much OC although the gpus are not reporting incorrect shares?
Thanks in advance for your advice
Edit: pool is ethermine.org OC core 1220 mem 2140, I am using -robost 30 hashrate 30.5 gpus 580s 8g
What drivers? |
|
|
|
|
Show Posts
