 Show Posts
|
|
Pages: [1] 2 3 4 5 6 »
|
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? |
|
|
|
|
Are you guys going to add/support cn-fast & cn-saber(Bittube)? thanks! can someone post a pic of vega 56/64 h/s?
|
|
|
|
Hi, a new Cast XMR version is available. The only change is the support for CryptoNight-Fast. Happy Masari mining, glph3k Cast XMR Version 1.2.5 (2018/6/19)- Support for CryptoNight-Fast introduced with the Masari (MSR) update. Set --algo=8 to mine Masari (MSR). CryptoNight-Fast will produce higher hash rates than classic CryptoNight, typical hash rates are: - Vega64, 1025 Mhz MemClock: 3630 Hashes/s - Vega56, 945 Mhz MemClock: 3700 Hashes/s - VegaFE, 1025 Mhz MemClock: 3900 Hashes/s - RX 470/570, 2250 Mhz MemClock: 1550 Hashes/s Download Cast XMR 1.2.5 for Windows (64bit)SHA256 hash of cast_xmr-vega-win64_125.zip: 8ae0f32f517d30488d9ae9a3f0a44253fd0c1dc99ac98ff3b4172b970489ed08 Im only getting 3500+ on intensity 8 (vega 56, cn fast)? any ideas what could be wrong? 1408/906;950/900 |
|
|
|
Any word on when Cast will support Cryptonight-fast for the Masari fork in less than 24 hours?
+1 Can Cryptonight-fast for the Masari be added please! His tweeter account already posted it, check there |
|
|
|
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. Okay my bad, I may have just copied some of the miner files and not the whole set. I will report back if I find any in this new download.  edit: deleted my posts, miner is now working properly. |
|
|
|
|
8,500,000 Premine? do you really need that much? are they timelocked? how do we see the value of premine? thank you
|
|
|
|
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.
Lol we need more demand than supply. Its all Haven team now. |
|
|
|
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...thanks |
|
|
|
fan 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. |
|
|
|
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.
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-f2goIst 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. |
|
|
|
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 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/pVgDVlpAfter reconnect because of network error. https://imgur.com/a/g4GC6xzEdit : Reconnecting due to high diff work perfectly. https://imgur.com/a/8icbdsLBro, 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. This happened to me as well(vega miner got disconnected from pool 1-2 minutes) 5 mins hashrate watchdog got triggered , then continue mining for less 20h/s ave. 2nd trigger continue mining again less 30 h/s ave. I have logs: https://mega.nz/#!OaYRVJTI!Z5dsgQTfMxlVrn9fNdqdNvG36eIAx4smfpagUxMiM2U 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 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.  - currently the only pool that multiswitch would be nice to have a miner like that. Thanks in advance! 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. |
|
|
|
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/Im sure we can produce a video. Ill never understand why so many people like to watch videos online, but ok Isnt the cost of entry too high for normal miners? You already admitted that prices for memory and FPGA's are high. Are you guys trying to be like AMD/Intel/Nvidia?(using large demand to bring down prices). That would be awesome for sure(low wattage&high h/s), but bitmain will just play dirty again and sell FPGAs too. Conclusion: no GPU miners, almost all coins are mined by FPGA's, no Asics since we have forks. Bitmain won't hurt normal miners at the cost of no gaming card??? (not guaranteed since they have a lot of engineers)hmmm... |
|
|
|
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'. |
|
|
|
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. |
|
|
|
|
