Search content
Sort by
Showing 20 of 48 results by Verbl Kint
Re: PhoenixMiner 5.8c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
is there a way to add phoenix miner back to nicehash, even manually? i want to keep using the nicehash UI, dont want to manually mine with phoenix, i want to still be able to algo hop
I get what you mean. Using it within NH also allows you to get to see info on a unified phone app that would otherwise not be easy to do with manually mining from the command line.
I basically just replace the contents of the PhoenixMiner binary folder in NiceHash (within the User folder in Windows) with all the contents of the newest PhoenixMiner release. I don't rename or overwrite the older PhoenixMiner folder, but just change ALL the contents within it
Re: PhoenixMiner 5.8c: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
If you only use one of the two cards without others, will it work? And when you use PM to specify -cvddv, do you specify one value or three values such as -cvddc 800,800,800? Note that space is not allows between the numbers. It causes PM to crash when I tried it with 5700XT.
Thanks for your reply.The card that works fine will work fine by itself or when in a rig with other cards.
The cards that don't work as expected behave the same if they're in a rig by themselves or with other cards.
The same cards fail regardless if I specify the voltages together or individually (eg. -cvddc 800 or -cvddc 800,800,800).
I have reinstalled drivers, reset all the settings for all cards in radeon software befopre running the miner, etc etc.
It feels almost like 2 of the 3 cards have some kind of different hardware on them that regulates voltage and isn't very well supported by phoenix, but that seems pretty unlikely given they're all the same brand and it's a new card...
I've been advised to use the -eres flag since my 6800s used to have problems when DAG regenerated. I use -eres 6 and I've since found my cards to be a little bit more stable.
-eres <n> Allocate DAG buffers big enough for n epochs ahead (default: 2) to
avoid allocating new buffers on each DAG epoch switch, which should improve DAG switch stability
This is a 180day chart, covers the initial public release of the farming protocol ($1,551) all the way to today (current price is $145). That is a 90.65% decrease in value, or an average of about 5% decrease per day.
Back to school, you obviously skipped some math classes.
At 5% per day, after 180 days XCH would be worth $0.152
It was actually 1.2% decrease per day
It's actually a typo but let me more clear: on average, chia loses about $7.81 in value over the 180 day period, which is 0.5% (half a percent) of $1,551.
Hope this clarifies.
Now, if you were to add on the percent loss (aka compound decay), then it would be 1.3% per day, so I guess your math is close enough.
This is a 180day chart, covers the initial public release of the farming protocol ($1,551) all the way to today (current price is $145). That is a 90.65% decrease in value, or an average of about 5% decrease per day.
Re: PhoenixMiner 5.7b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
I was delighted to see the update for the beta version 5.8b above however with a fresh install of ubuntu 20.04.3 kernel 5.11 and driver 21.30 promised working in PM post above but clinfo doesnt even see a single card just the IGFX which obv isnt used for mining. Using chipset B550 and the only way i have ever been able to get pm working under ubuntu on driver later than 20.40 is single GPU only long ago. Maybe its a bios thing im not used to such modern mobo, currently got pci set to gen 1 - Any ideas? And in my defence i wil state that without touching a bios setting i can boot into Manjaro and mine with 6 x RX6800XT although stale shares are running around 20% using driver 20.40 and opencl as per this info: https://community.amd.com/t5/drivers-software/6900xt-and-opencl-on-linux/td-p/439474/page/2
I would do these on your BIOS settings:
- Set PCIe to Gen 2
- 4G decoding turned on (cryptomining mode in some boards)
- Turn off any overclocking (including on RAM -- XMP)
Re: PhoenixMiner 5.7b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
⭐ Merited by VRMdude (1)
thanks for pointing it out tho i wouldnt mine with 6600's unless i found a lorry full in a field lol. As for Linux it can be challenge but very rewaring to break free of MS tho sometimes it can make one want to smash things up in a rage if its not bad enough learning new HW then throw in an unfamaliar distribution i been on Ubuntu till now having moved to Manjaro to get these 6800s singing without windows such is the passion for that here.
6 x RX6800XT up, undervolted and playing nice under linux.
except the stale shares to sort out....GPU1: 48C 60% 147W, GPU2: 45C 60% 155W, GPU3: 51C 60% 151W, GPU4: 50C 49% 153W, GPU5: 45C 49% 145W, GPU6: 40C 49% 148W
GPU1: cclock 1200 MHz, cvddc 868 mV, mclock 1000 MHz, Tj 54C, Tmem 66C, 403 kH/J
GPU2: cclock 1200 MHz, cvddc 868 mV, mclock 1000 MHz, Tj 53C, Tmem 74C, 391 kH/J
GPU3: cclock 1200 MHz, cvddc 862 mV, mclock 1000 MHz, Tj 57C, Tmem 70C, 401 kH/J
GPU4: cclock 1200 MHz, cvddc 868 mV, mclock 1000 MHz, Tj 58C, Tmem 64C, 387 kH/J
GPU5: cclock 1200 MHz, cvddc 862 mV, mclock 1000 MHz, Tj 53C, Tmem 62C, 408 kH/J
GPU6: cclock 1200 MHz, cvddc 868 mV, mclock 1000 MHz, Tj 48C, Tmem 56C, 400 kH/J
GPUs power: 899.0 W; total power: 1099.0 W; cost: 6.07 USD/day; 326 kH/J
Eth: New job #9a8fdd86 from eth-eu1.nanopool.org:9999; diff: 10000MH
Eth: New job #beaaa833 from eth-eu1.nanopool.org:9999; diff: 10000MH
*** 0:09 *** 10/3 22:34 **************************************
Eth: Mining ETH on eth-eu1.nanopool.org:9999 for 0:09
Eth speed: 357.727 MH/s, shares: 23/0/0, time: 0:09
GPUs: 1: 60.585 MH/s (6) 2: 59.152 MH/s (4) 3: 59.165 MH/s (4) 4: 59.154 MH/s (1) 5: 60.514 MH/s (3) 6: 59.157 MH/s (5)
Eth: Accepted shares 23 (5 stales), rejected shares 0 (0 stales)
Eth: Incorrect shares 0 (0.00%), est. stales percentage 21.48%
Eth: Maximum difficulty of found share: 772.1 GH (!)
Eth: Average speed (5 min): 355.251 MH/s
Eth: Effective speed: 425.14 MH/s; at pool: 425.14 MH/s
time for a day or two away let the hash crack on...
Have you tried changing the F-state on linux using a script? You can get a stable 62.5 MHs on average for each card.
Check out the link below, it was built for HiveOS (which is an Ubuntu variant) so it might prove useful for you:
https://forum.hiveos.farm/t/rx6800-efficient-overclocking/26448/330
The Chia hackathon didn't end well, it seems:
https://twitter.com/chia_project/status/1443284231933677569?s=19
It hasn't been going well at all for this project, unfortunately. Add the fact that many miners have moved over to the forks instead of staying with the coin, you would now be hard-pressed to think about what possible motivation would anyone have to stay with this project.
https://twitter.com/chia_project/status/1443284231933677569?s=19
It hasn't been going well at all for this project, unfortunately. Add the fact that many miners have moved over to the forks instead of staying with the coin, you would now be hard-pressed to think about what possible motivation would anyone have to stay with this project.
Everything seem silent about chia coin, I wasn't expecting everything to turn out this way, there ain't any good or big news surrounding the project anymore that's why the coin is way down, now mining chia coin looks more like a gamble, I had to quit the idea of buying more HDD to farm now I go for GPUs instead
The low price permits to keep an acceptable netspace, like this you can mine quietly without buying more HDDs and when the price will explode, you will earn money by selling them at better price!There was a hackathon which started early August to try to find usable functionality for the Chia blockchain. If that doesn't result in anything substantial, you can bet Chia won't be around long enough for the miners to actually make money off of it.
Truth is, people want Chia to be eth instead of XRP or Cardano, there's not a lot of patience going around.
Re: PhoenixMiner 5.7b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
AMD 6600 XT just came up right now so most probably Phoenix miner which has an history full of issues for the Big Navi 6000 series it appears to have the same problem.I have been suffering big time with Rx 6800 XT until the latest release 5.7b which I have a record it running for 75 hours without problems so far.I am pretty sure based on this that in future versions the 6600 XT will be fully supported without problems in Phoenix miner.
https://i.ibb.co/KWV1cjr/Phoneix-miner-75-hour.png
Thanks to your advice (on an earlier post/page) of using a higher -eres number (-eres 8 is what I use), my rig has been able to run 70 hours non-stop without a crash. This is on 5.7b and the August AMD driver.
There is 1 problematic card which starts to drop shares on the 60th hour or so (Gigabyte) so I typically will need to do a reboot after 2 days, which is better than before where everything crashes in a day and a half, sometimes in less than a day.
On this rig there are 7 GPU's (all RX 6800). I am now considering adding more as RX 6800s are cheaper in my city than 3070's, have a lower temp + lower power consumption (thanks to MorePowerTool), and boosts to 70 Mhs from 62-64 MHs every now and then. The only drawback really is stability since max performance and efficiency for the 6000-series can only be had in Windows atm.
With the sky-rocket price of HDD, in your countries, what is the lowest cost for 1TB generally ?
It is around US$35 per TB for Ironwolves, a little bit lower for the Skyhawks but in the same ballpark. Prices have been stable since July.
Re: PhoenixMiner 5.7b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
Hello Miners.
General question to anyone who cares to comment.
If your miner was a dedicated PC and you are not a gamer and your miner was running near perfect,
but your windows driver was older than the most currently supported, would you see a reason to update
to the latest? What advantage might that offer when you have no issues?. I don't see a reason to
update and possibly cause issues where I had none before. Also, my hash rates are as good or better
than any I've seen posted here.
Current installed AMD driver 20.4.1
Highest AMD Windows Driver supported by Phoenix 5.7b: 21.8.1
Comments?
General question to anyone who cares to comment.
If your miner was a dedicated PC and you are not a gamer and your miner was running near perfect,
but your windows driver was older than the most currently supported, would you see a reason to update
to the latest? What advantage might that offer when you have no issues?. I don't see a reason to
update and possibly cause issues where I had none before. Also, my hash rates are as good or better
than any I've seen posted here.
Current installed AMD driver 20.4.1
Highest AMD Windows Driver supported by Phoenix 5.7b: 21.8.1
Comments?
Personally, if it works for the tasks that I do on the computer and for the algorithm that I mine then I would not change a thing.
As of today, Aug. 10th, 2021, Chia has been hovering from $238 to $275 in the last 24 hours.
It was as low as $163 just 2 weeks ago. It is looking bullish in the crypto market, notwithstanding recent moves to regulate it further by the US Senate.
It is with this context that the first Global Chia Hackathon is set to begin in a couple of days:
https://cryptonews.com/news/announcement-about-global-chia-hackathon-11029.htm
It was as low as $163 just 2 weeks ago. It is looking bullish in the crypto market, notwithstanding recent moves to regulate it further by the US Senate.
It is with this context that the first Global Chia Hackathon is set to begin in a couple of days:
https://cryptonews.com/news/announcement-about-global-chia-hackathon-11029.htm
Re: PhoenixMiner 5.6d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
Upgraded to 5.7b, kept all the same settings and flags but got a crash within an hour of using it. Using latest Win 10 and June AMD drivers. Nothing interesting coming from the logfiles.
I'm using 7 x RX 6800's.
Will try again using July AMD driver.
I have the Rx 6800 XT which are almost the same and they are really one of the most problematic cards for mining at least in Windows,as I haven't tried them in Linux.The only option I used and kept them running for a few days with Phoenix miner 5.6d was to use a larger -eres option usually -eres 6-8 which can not be affected by DAG recreation as this is the main issue with Rx 6800 cards,they have 16 GB of memory so with this I have been able to run stable for a week at max.I'm using 7 x RX 6800's.
Will try again using July AMD driver.
You're right, the issues happen on DAG recreation. I'll try your tip with the -eres flag as I haven't gotten anything stable for more than a day or so.
Re: PhoenixMiner 5.6d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
Upgraded to 5.7b, kept all the same settings and flags but got a crash within an hour of using it. Using latest Win 10 and June AMD drivers. Nothing interesting coming from the logfiles.
I'm using 7 x RX 6800's.
Will try again using July AMD driver.
I'm using 7 x RX 6800's.
Will try again using July AMD driver.
Re: PhoenixMiner 5.6d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
Does anyones have any info about hack of LHR on 3080Ti ?
3080Ti's have a lot of potential if someone figures out a workaround for mining
Re: PhoenixMiner 5.6d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
It looks like Radeon Software 21.6.1 is not compatible with PhoenixMiner 5.6d with the Radeon 6800. I've gotten reports that the 5700XT is fine with the new driver, but my 6800 keeps causing a fatal error when trying to start mining. Single GPU in the system, so nothing else to cause conflicts.
I wonder if this is the driver which allows us to do Fast Timing on Linux for the RX 6800. And if this can also do core voltages under 700 mV then I can finally move all my 6800s to HiveOS.
Netspace is now at 17 EiB.
I personally thought, at the beginning of May, that if Chia price remains under $900, the netspace would stabilize at 20 EiB then balloon once pools become official. It now seems like we will surpass this number this weeken; and pools are still nowhere in sight.
I personally thought, at the beginning of May, that if Chia price remains under $900, the netspace would stabilize at 20 EiB then balloon once pools become official. It now seems like we will surpass this number this weeken; and pools are still nowhere in sight.
Re: PhoenixMiner 5.6d: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
I give up on trying to fix this issue on my own. I'm turning to the community for help.
Here's the deal.
HiveOS running Phoenixminer 5.6d with 6 RX 5700XT Sapphire Pulse cards.
They're running really hot! They all have the exact same memory type (Micron) and are all flashed with the exact same bios.
My tuning commands are simply: -tt 90 -fanmin 95
My clocks are as follows: (these seem to be the most stable and optimal during the Spring/Summer months)
FAN 99
CORE 1400
VDD 800
MEM 910
MVDD 1300
VDDCI 800
Now some cards are running at 57MH/s. That's fine. That's what I want... at minimum. Those temperatures are 68 Core and 102 Memory.
But others are 50MH/s and temperatures are 74 Core and 106 Memory. So I'm chalking it up to thermal throttling.
Okay. So let's boost the fan speeds... but the fans are already set to 99%. But HiveOS is telling me that the fans are only running at speeds between 81% - 88%. No where near the 99% that I've set the command (-tt 90 -fanmin 95) to.
Where did I screw up?
Drivers 20.40
Kernel 5.4.80
OS Ver 0.6-203@210519
Here's the deal.
HiveOS running Phoenixminer 5.6d with 6 RX 5700XT Sapphire Pulse cards.
They're running really hot! They all have the exact same memory type (Micron) and are all flashed with the exact same bios.
My tuning commands are simply: -tt 90 -fanmin 95
My clocks are as follows: (these seem to be the most stable and optimal during the Spring/Summer months)
FAN 99
CORE 1400
VDD 800
MEM 910
MVDD 1300
VDDCI 800
Now some cards are running at 57MH/s. That's fine. That's what I want... at minimum. Those temperatures are 68 Core and 102 Memory.
But others are 50MH/s and temperatures are 74 Core and 106 Memory. So I'm chalking it up to thermal throttling.
Okay. So let's boost the fan speeds... but the fans are already set to 99%. But HiveOS is telling me that the fans are only running at speeds between 81% - 88%. No where near the 99% that I've set the command (-tt 90 -fanmin 95) to.
Where did I screw up?
Drivers 20.40
Kernel 5.4.80
OS Ver 0.6-203@210519
You're really pushing the limits of those 5700 xts. I have 6 5700 xt red devils running:
1350 gpu/850 volts/885 memory, and the memory timings from 1500 MHz. I'm getting about 54.7 mh/s. Fans run ~24% with temps in the low to mid 50s for the gpu (I'm on ubuntu so I'm not sure of the memory temp). They are rock solid. That is slower than your top, but about the same considering your throttling.
It's up to you, but your only option is to scale back your memory or open them up and put in better thermal pads. (I'd suspect your cards would last longer too.)
It's all about winning or losing the silicon lottery. It's hard to treat them all the same.
My HiveOS settings for my RX 5700 (non-XT) Red Dragon are core: 1380, dpm: 5, VDD: 780, Mem 905. With the above settings I get a steady 55+ MHs at 100w. This is with the BIOS mod (copypasta memory timings). On TeamRedMiner, I get 44.8 MHs at most but have to bump up mem to 910.
It's about 36-40C outside my house right now and my fan is set to 80 but rarely gets there (usually at 78 most). I have a box fan pointed to my rig which blows the hot air to a window.