Search content
Sort by
Showing 20 of 104 results by Sgsg666
Re: PhoenixMiner 5.7b: fastest Ethereum/Ethash miner with lowest devfee (Win/Linux)
The new version is finally ready. You can download PhoenixMiner 5.8a from here:
PhoenixMiner_5.8a_Windows.zip Github
PhoenixMiner_5.8a_Linux.tar.gz Github
Changes in version 5.8a :
Please let us know if you have any problems or questions related to PhoenixMiner 5.8a
PhoenixMiner_5.8a_Windows.zip Github
PhoenixMiner_5.8a_Linux.tar.gz Github
Changes in version 5.8a :
- LHR disable mode -lhrdis <n> 1 - yes (default), 0 - no
- Added lock core clock
- Fixed an issue causing crashing with some RTX 3060/3080/3090 cards
- 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 - Increased the maximum supported DAG epoch to 600 (i.e. until about Sep 2023)
- Implemented full hardware control for AMD RX6900/6800/6700 cards under Linux. Note that with these cards under Linux you need to specify relative core voltage: e.g. -
cclock -50 will set the core voltage to be 50 mV under the default value - Added ROCr kernels for Vega, Radeon VII and Navi cards. With these kernels you will be able to run these cards with Linux drivers 20.45 and later but the performance will
be lower than with the older PAL drivers and kernels. We recommend using AMD Linux driver 20.30 for all cards except RX6900/6800/6700 - Fixed an issue causing crashing with some RX6900/6800/6700 cards under Linux (there is no need to run these cards with -clkernel 0 anymore)
- Added support for AMD Windows drivers up to 21.8.1. Note that Radeon VII cards will not work with drivers 21.6.1 or higher - you need to use older drivers for proper
operation of these cards - Added support for AMD Linux drivers up to 21.20 (use older drivers for Vega or Radeon VII cards as they will not work with 21.20). Note that the latest 21.30 drivers are
not supported (and the initial testing shows that even the older Polars cards are not working properly with them, so avoid 21.30 for now) - Numerous other fixes and small improvements
Please let us know if you have any problems or questions related to PhoenixMiner 5.8a
Wild Keccak then the most effective algorithm, on it vega gets from 0,00050000 BTC now, can learn about possibly create a normal miner?
Ive read that Wild keccak uses less electricity for mining compared to eth? Can you post pics of your miner for vegas/rx's?
Re: CAN YOU USE SERVER POWER SUPPLY FOR MINING (HP,DELL,DELTA)
Thanks OP https://www.amazon.com/HP-Common-Platinum-Supply-684532-B21/dp/B00CSH1FP2/ref=sr_1_3?ie=UTF8&qid=1529937219&sr=8-3&keywords=684532-B21 is this what youre trying to buy? Aside from these two do you have a list of complete psu combo youre trying to buy? I might expand my rigs too
Link must be broken, new one https://mega.nz/#!OaYRVJTI!Z5dsgQTfMxlVrn9fNdqdNvG36eIAx4smfpagUxMiM2U. Watchdog has done a failed reset. It didn't mine after that last part so...
this is v 1.5.8, please use latest as maybe the bug you are experiencing is fixed.
edit: deleted my posts, miner is now working properly.
Re: [ANN] [POW] [XHV] Haven Protocol - untraceable payments x stable value storage
So that was it... 6 hours after the fork and profitabilty is back to what it was before.
Looks like Nicehash wasn't destroying the algo after all.
GPU miners have become a lot nimbler nowadays. Doesn't take long to switch miners to a new algo and close the arbitrage window.
Looks like Nicehash wasn't destroying the algo after all.
GPU miners have become a lot nimbler nowadays. Doesn't take long to switch miners to a new algo and close the arbitrage window.
Lol we need more demand than supply. Its all Haven team now.Re: [ANN][ICO] CONSENTIUM - Chat Platform for Communities $42M Raised!
thank you I got token... best wishers for Project
Can you pm me how you sell your erc20 tokens? i cant seem to find my wallet...thanksfan control would really be great
i hate it when my fans always turn off and on. i have a feeling that it will degrade faster than a static fan. setting target temp too low will also make the fan try harder, so its a no as well.
dok have added it. Although its rpm not % yet. i hate it when my fans always turn off and on. i have a feeling that it will degrade faster than a static fan. setting target temp too low will also make the fan try harder, so its a no as well.
Re: {[ANN][ITO] VEGA Token (VGA)=pass to SOFTWARE * for your VEGA rig}
For those that do not have a grasp of what QMS does:
QMS gives a user the ability to modify ALL Vega gpu states via a user defined/created registry SoftPowerPlay Table which is synonymous but not the same as flashing a new BIOS on the GPU thus bypassing the signature check block.
In addition QMS defaults user last settings.
In the event of a complete reset QMS stores user PPT's so they can be applied instantly (global/range/single) without the need of recreating them.
Ofcourse QMS also automates a myriad of other needed functions for the Vega to mine at optimal (for today's standards) performance levels.
QMS gives a user the ability to modify ALL Vega gpu states via a user defined/created registry SoftPowerPlay Table which is synonymous but not the same as flashing a new BIOS on the GPU thus bypassing the signature check block.
In addition QMS defaults user last settings.
In the event of a complete reset QMS stores user PPT's so they can be applied instantly (global/range/single) without the need of recreating them.
Ofcourse QMS also automates a myriad of other needed functions for the Vega to mine at optimal (for today's standards) performance levels.
Its garbage and a waste of money. Free tools can do more than this, don't be fooled.
The devs has a lot of ground to cover, yes. It will take time to accomplish those speeds, i suggest you give them a chance to meet at least 50% of roadmap. Theyre currently at driver optimizations & OS bruh.
I am going to purchase arround 100-120 Vega 64 cards.
But I am not sure which manufactory I should chose, I would prefere the standard Saphire.
But those are over priced and basically sold out.
The cheapest in my area would be from GigaByte manufactured then followed by PowerColor.
I don't know why, but my gut feelings say since PowerColour used at RX 580 micron memories, i tend more to GigaByte.
But now i stumbled up on this Video with FPS comparison of all Vega manufactures.
https://www.youtube.com/watch?v=rDaWiT-f2go
Ist there any similar comparison-table, just with hashrates?
Or can anyone tell, if he gets with the "registry edit" also ~2060 H/s (CryptonighV7) with the GigaByte cards ?
So is the memory overclockable to 1100Mhz ? like the sapphire ones i have here ?
And how about the Nitro+, i guess the GPU-RAM is not very different, like do they run more then 1100Hz stable?
Just buy vega 64's a lot of reference ones use Samsung memory. But I am not sure which manufactory I should chose, I would prefere the standard Saphire.
But those are over priced and basically sold out.
The cheapest in my area would be from GigaByte manufactured then followed by PowerColor.
I don't know why, but my gut feelings say since PowerColour used at RX 580 micron memories, i tend more to GigaByte.
But now i stumbled up on this Video with FPS comparison of all Vega manufactures.
https://www.youtube.com/watch?v=rDaWiT-f2go
Ist there any similar comparison-table, just with hashrates?
Or can anyone tell, if he gets with the "registry edit" also ~2060 H/s (CryptonighV7) with the GigaByte cards ?
So is the memory overclockable to 1100Mhz ? like the sapphire ones i have here ?
And how about the Nitro+, i guess the GPU-RAM is not very different, like do they run more then 1100Hz stable?
V1.5.9
- Added "max_difficulty" parameter in pools, if reached miner will reconnect to pool
- Better logging on miner crash
- Kernels are now built in Cache directory
- Probably fixed situation when miner crashes on pool switch
- Fixed .srb file creation on every miner run
- Hopefully reduced nicehash duplicate share errors
- Changed the way devfee pools are used
+ Now you can define a "max_difficulty" for every pool you have in pools config. Sometimes it happens that pool sends abnormally high difficulty, and miner can't find a share for a long time. In this case, by setting "max_difficulty", when ever pool difficulty is higher than the value you set, miner disconnects and reconnects to the pool.
+ There is now a Cache directory where the miner creates cached versions of OpenCL kernels
+ Some reported miner crash after multiple pool disconnect/reconnects , not able to log in etc.. I hope i found the cause of it and fixed it
+ Learned from the previous big mistake with devfee pools hardcoded in the miner, now miner gets the list of devfee pools from http://srbminer.com, so please allow/don't block it on your firewall
- Added "max_difficulty" parameter in pools, if reached miner will reconnect to pool
- Better logging on miner crash
- Kernels are now built in Cache directory
- Probably fixed situation when miner crashes on pool switch
- Fixed .srb file creation on every miner run
- Hopefully reduced nicehash duplicate share errors
- Changed the way devfee pools are used
+ Now you can define a "max_difficulty" for every pool you have in pools config. Sometimes it happens that pool sends abnormally high difficulty, and miner can't find a share for a long time. In this case, by setting "max_difficulty", when ever pool difficulty is higher than the value you set, miner disconnects and reconnects to the pool.
+ There is now a Cache directory where the miner creates cached versions of OpenCL kernels
+ Some reported miner crash after multiple pool disconnect/reconnects , not able to log in etc.. I hope i found the cause of it and fixed it
+ Learned from the previous big mistake with devfee pools hardcoded in the miner, now miner gets the list of devfee pools from http://srbminer.com, so please allow/don't block it on your firewall
wow many thanks dok, will try now mining on nicehash with max_difficulty.
ok, and report is it working like it should
You can define max_difficulty for every pool like :
{"pool" : "lotsofcoinspool1", "wallet" : "", "password" : "x", "max_difficulty" : 150000},
{"pool" : "lotsofcoinspool2", "wallet" : "", "password" : "x", "max_difficulty" : 400000}
yes I already define max_difficulty, will monitoring for a while.
just to let you know I can confirm hash rate drop after reconnecting to pool for RX Vega.
SRBMiner 1.5.9 AMD Driver 18.5.2.
First running.
https://imgur.com/a/pVgDVlp
After reconnect because of network error.
https://imgur.com/a/g4GC6xz
Edit :
Reconnecting due to high diff work perfectly.
https://imgur.com/a/8icbdsL
Bro, in my case, after reconnecting, the hashrate was drop. But after waiting a few minutes, it's back normal.
May be you were too quick to observe?
I checked now, after more than 7 hours my hash rate still drop from initial running.
I'll try your trick UnclWish. Tnx!
Any hashrate increase? Like for 1.5.8. when you didn´t say anything and my vegas hashed like 200 more per rig, what a nice surprise
So you getting about 2200h now or more?
https://www.reddit.com/r/stellite/comments/8p1tss/v4_mandatory_update_for_all_node_maintainers_of/ - stellite too
Any hashrate increase? Like for 1.5.8. when you didn´t say anything and my vegas hashed like 200 more per rig, what a nice surprise
lol,no not this time. I am surprised too because i had a 0.2-0.3% hash increase on my 580 8g test card, so thats so low i did not want to mention it, but looks like its more than 0.2% on Vegas
Great update, good thinking on devfee pool settings, although a hardcoded fallback in code would still be beneficial.
Doktor, how costly is algo change? I'm working on a simple coin switching proxy (forked from a sebseb7's repository of cryptonote-proxy) which works well for same algo coins. The upside is there's no hasrate drop between changes as SRBMiner (or any other miner connected to it) just sees it as a new job.
That said, just as GPU's can run several different shaders, how hard would it be to change algo without a restart? Memory would be reserved for the one with the most mem requirements. It would be awesomely dandy if SRB could do this, it would support an extra json property to change algos in the job request.
There are hardcoded fallbacks, in case the site isn't reachable, those are used. I hope they will never be used
I know about that proxy, i like the idea , it can be very useful for coin switching on the fly.
Algo switching could be a problem, but a very easy and elegant way would be just to restart miner with the new config. It shouldn't take more than 15-20 sec if the user has cached files.
It's interesting that you ask this now, because i am in a phase of planning and working on a built-in coin switching (for same algo) in SRBminer based on profitability.
Note: My vega hashdrop only happen because of 1-2 minutes disconnect from pool(this is normal since im using wireless/shared network).
I'll try lowering/disabling the Hashrate watchdog and report back.
Re: [ANN] Cryptonight Profit Switcher: For pool mined coins and NiceHash
https://www.reddit.com/r/MoneroMining/comments/8ovl23/psa_if_you_use_cryptunitcom_to_chase_profitable/ - posting this case, if you can borrow their 24 hr API that would nice. https://miner.rocks/ , https://cryptoknight.cc/data/
David,
This is great! Thank you for sharing your information with all of us. I am really excited to see you develop this product and if it all looks as attractive as it does now whenever pre-ordering comes online then I'll be interested in possibly 10+ depending on performance characteristics as this is tested and developed further.
I guess the only question I have at this point is regarding the tangibility of reporting. You said you wouldn't want to release some shoddy looking video but do you plan to release at least 'some' video that is of a reasonable quality?
Other than that, I would just like to share this little write up on M.2 slot tech. 50-650% data transfer boost is really impressive https://www.howtogeek.com/320421/what-is-the-m.2-expansion-slot/
This is great! Thank you for sharing your information with all of us. I am really excited to see you develop this product and if it all looks as attractive as it does now whenever pre-ordering comes online then I'll be interested in possibly 10+ depending on performance characteristics as this is tested and developed further.
I guess the only question I have at this point is regarding the tangibility of reporting. You said you wouldn't want to release some shoddy looking video but do you plan to release at least 'some' video that is of a reasonable quality?
Other than that, I would just like to share this little write up on M.2 slot tech. 50-650% data transfer boost is really impressive https://www.howtogeek.com/320421/what-is-the-m.2-expansion-slot/
Im sure we can produce a video. Ill never understand why so many people like to watch videos online, but ok
⭐ Merited by Truthchanter (1)
I noticed in patch notes there now should be 1 min, 5 min, 30 min or something average hash rates.. my miner doesn't show this? just still shows current hashrate.. any idea why?
Press 'S'. Re: Cryptonight Profit Switcher: For pool mined coins and NiceHash
Excellent work !!!
But you must use SRB Miner. All of my config is set in SRB Miner. And i have to find the correct configs for xmr-stak now
https://bitcointalk.org/index.php?topic=3167363.0;topicseen
Thanks!
There is no reason to use SRB Miner because of the included watchdog and the customizable reset script with which you can reset your GPUs using devcon.exe.
SRBminer is faster tho.