Hi. I have a question, is possible to decode Claymore strap to use on other mining software like phoenix and trm. I try this, install latest amdmemtweak xl and claymore 15. First step: start claymore with strap option, all ok, claymore apply POL4H1 strap and start mining. Second step: open amdmemtweak and check bios strap on strap control box.  But i see only orginal gpu strap not claymore new strap. Claymore injects the straps at runtime, Amdmemtweak reads memory strap from Bios (os cache) so it wont see them. Claymore is just using the 1 click straps that SRB Bios editor has, just use that to mod your gpu bios directly. |
|
|
|
- Then after install, so I need to keep that USB plugged in or is there some way port SMOS over to the SSD on that rig?
I ususally install smos on the ssd's instead of USB sticks - I use an ssd to usb adapter and plug them in like a normal usb drive - use rufus to write the os to them Specifically for a rig with only 4GB GPUs where i cannot as of yet switch the main display to Internal Graphics:
- Will SMOS still work to mine ETH if my primary display is still plugged into the 4GB GPU-0 in the x16 slot?
Absolutely. You can run the system headless, smOS is built for headless miners and unified dashboard control so you just need to use a pc/laptop/phone to login to the account from a browser, and you can control all of your miners from there. Finally, is it true that no separate driver or miner software is needed outside of SMOS? If not, does that mean that all of these are already loaded in that OS?
No, smOS has drivers built in but will download whatever miner you select from the dashboard-configuration at runtime - having all miners pre-added would make the file too large for 8gb usb sticks. But its not something you need to "do", all you need to do is select the miner from a dropdown on the configuration screen (unified dashboard), add in pool wallet etc and smOS will download the miner, apply the config/settings and run it. |
|
|
|
More power to you buddy, thank you for doing this. |
|
|
|
Yes, but remember, one cable coming from the PSU should run ONE GPU (the image shows two GPUs connected to 1 cable). The Corsair 1600w PSU has 8 PCIe cables each with 2 x 6+2 connectors But you should run ONLY one GPU per cable, for a total of 8 GPUs. Yes this is what I meant, this is perfectly fine for a GPU drawing under 200w power. For the future, buy 8 pin to 2 x 6+2 pin splitters, not the 6pin to 2x6+2 that you have. Also look if you can find 16awg cables instead of 18awg. Safer. |
|
|
|
If you have the above Pcie splitter cables, just use the 6+2 pin cables coming out of the PSU and use these splitters on them, plug one end of the Y to plug into the GPU, the other to the riser. If your cables are 18awg they should easily handle an rx 5700. (as long as you can keep per gpu load under 200w) Just FYI, you CAN use molex powered and even sata powered risers with all modern gpus. The problem of sata being unsafe was specifically because idiots were using sata to molex adapters that came free with molex powered risers. The Rx 480's were drawing an unusually large amount of amps from the PCIe slot (and thus the riser) causing the trash sata-molex adapters to burn. As long as you do not use any adapters on the risers you'll be fine. |
|
|
|
Don't just use one click timing patch. It copies the 1625 strap to the other straps including the 1500 one. I got just over 2000MHz with that. By manually selecting and copying the slightly looser 1750 strap to the 1875 and 2000 straps I was able to stably hit 2175MHz and a higher hash rate of 15.5MH/s on an RX560. So best to experiment to see which one gives the best result.
2175 is pretty damn high for the memory clock 24/7. Remember, these memory chips were designed to run at 16Ghz (2000 clock), the ones that made the cut went into the 16ghz GPU's (like the Rx 580 8Gb, the Rx 590 ) and the ones that didnt were slapped onto boffins at 14Ghz ( 1750 clock) and even lower end 12Ghz (1500 clock). While you CAN oc them to speeds over 2000, its generally recommended to keep the speeds as low as possible and achieving higher hashrate with tighter timings ( better straps ) - keeps the chips from burning out. You NEED to undervolt the memory for 24/7 use and not use it at stock volts. So a 1500 strap running at say 1925 is preferable to a 1625 strap running at 2125 for a similar hashrate. |
|
|
|
I get the problem even when disabling the first GPU. The overhead is a poor excuse for a miner that is simply outdated. His Zcash miner is even more outdated.
So ... umm ... dont use it? |
|
|
|
Aaand we are back miner bois  Profitability finally back up to less than 1 years ROI, and still rising. Clean up your old hardware and get to mining folks. |
|
|
|
Aaand we are back to profitable times After a long time Mining is back to less than 1 year ROI, and it looks like the profitability will go higher. Currently offering Barebones sets- Mining Motherboard, CPU, RAM, SSD with Mining OS loaded and configured - starting at 25k. You can add your own GPUs and Power Supply according to the GPUs, and have a go at mining. Leave a comment below or Contact directly if interested. |
|
|
|
I've got a rig with 18 GPU's total (10 AMD 8GBs and 8 NVIDIA 6GBs) and I'm having a DAG problem. I have it set to run the AMD in one claymore instance, and the NVIDIA in another, and either can run on it's own just fine, but when I try to run both at once the machine turns off when it's trying to create the DAG files. With -gser 2 I can see that after all the AMD cards load, 5 of my 8 NVIDIA cards load, but when it gets to trying to do the 6th it dies (no specific card, it seems to load them randomly each time but it's always on whichever card is #6, which is part of why I think it's maxing something out). I've got a huge page file on a second SSD (tried 250GB on a separate SSD with no luck, then tried loading windows on a single 500GB SSD and using 250GB of it for the page file to see if I'd have better luck with it on a single drive) but it always fails around that 6th drive. I normally have 4GB of physical ram in my rigs, so I tried 8GB but it's still giving me this problem.
When it gets to the point to "create GPU buffer" is when it usually just completely dies and the machine just turns off, but sometimes it doesn't shut down and will give me a "calc DAG failed" error.
Would love any suggestions on how to prevent this if possible or if there's some limitation with claymore.
Also no need of that size of pagefile. Needed size is RAM+numberGPUs*VRAMsize on 8 gb RAM rig with 12 8 Gb GPUs is 104 Gb total You dont need more than the DAG size * No of GPUs, so currently even 48GB would do ... and I dont think the DAG will ever cross 5GB so 60GB should be the ceiling. |
|
|
|
I've got a rig with 18 GPU's total (10 AMD 8GBs and 8 NVIDIA 6GBs) and I'm having a DAG problem. I have it set to run the AMD in one claymore instance, and the NVIDIA in another, and either can run on it's own just fine, but when I try to run both at once the machine turns off when it's trying to create the DAG files. With -gser 2 I can see that after all the AMD cards load, 5 of my 8 NVIDIA cards load, but when it gets to trying to do the 6th it dies (no specific card, it seems to load them randomly each time but it's always on whichever card is #6, which is part of why I think it's maxing something out). I've got a huge page file on a second SSD (tried 250GB on a separate SSD with no luck, then tried loading windows on a single 500GB SSD and using 250GB of it for the page file to see if I'd have better luck with it on a single drive) but it always fails around that 6th drive. I normally have 4GB of physical ram in my rigs, so I tried 8GB but it's still giving me this problem.
When it gets to the point to "create GPU buffer" is when it usually just completely dies and the machine just turns off, but sometimes it doesn't shut down and will give me a "calc DAG failed" error.
Would love any suggestions on how to prevent this if possible or if there's some limitation with claymore.
Sounds like a PSU issue. Over time PSU performance degrades. If the system works with half the GPU's then its not a card or DAG issue. As a final check use a linux based os like simpleminingos and see if that is able to run all the cards - if its a psu issue it will fail, if its a DAG/Driver issue linux will work flawlessly. |
|
|
|
|
I'm not opposed to it but theres little to no interest in the market.
|
|
|
|
Coins like BitCoinInterest (BCI), Super Zero (SERO), and Zano (ZANO) use ProgPow, but they are not Ethereum (ETH) and do not have the blockchain history of the coin with the volume and popularity of ETH.
You do not seem to even understand the difference between an asset token and the blockchain its running on, I see no point in trying to have an educated discussion with you. I asked OhGodAGirl about this item a few days ago, she informed me.
You're lying here bud, because Kristy, if you had spoken to her, would have told you how wrong you were. |
|
|
|
PROGPOW USES THE SAME DAG FILE AS THE CURRENT DAG FILE-- For ETH mining, the DAG file will be unchanged even if the Ethereum project switches to ProgPoW. ProgPoW was derived from the ETH algorithm, and the DAG file will be continued if and when ProgPoW becomes the ETH algorithm after an approved fork. --scryptr You will be able to run 4gb cards on eth using linux approx to the end of this year, but we are waiting for the prognpow right? So there will be some changes regarding those news
And the 4gb cards at the end of the mining era on eth will be able to mine some other algo, so, I’m not worried at all I wish Mr @Claymore make best ProgPow miner ) yes but I thought the dag file would be similar to when eth first started (much smaller) ProgPOW does NOT have a dag file (atleast not one that is in any way similar to the Eth DAG file) and works on ALL GPU's 2GB and above. I do not know why people who do not know what ProgPOW is or how it works continue to spread misinformation on forum threads. There are test clients and solvers out there, as well as other "coins" that use ProgPOW already people, atleast do some testing if you are unsure instead of spreading misinformation. |
|
|
|
Rx 5700 Asus Reference after copying 1500 timing straps I now get 57Mh PheonixMiner Ether on HiveOS with CORE 1375 CoreV 800 MEM915 Miner Reporting 118 watts
57 is too high, check for errors or bad shares. Theres no point running too high a clock / too tight a strap if you do not end up getting a benefit. For accurate measurements check poolside stats over 24 hours to get to know if a change (overclock or strap change) had any benefit. |
|
|
|
yes, no way 50%, but MAYBE 20, and that is ALOT of hash A ProgPOW fork is gonna be supperrr interesting! Wonder if I should scoop up some nVidia cards on eBay..
I have a bunch of GTX R9-390-8GBs in the store room --- are they any good for progpow? ProgPow will run on most anything 8+GB really, (it runs on alot of 4gb stuff as well IIRC) its more so just a question of at what temperature and wattage  its hard alot of development from alot of different people across AMD and Nvidia, and i would imagine Claymore will throw his hat in the ring for this as well (if i was him, i would have it rdy by launch probably?) ProgPOW actually as an algo is memory agnostic, so it will run just as well on a 2GB card. Its just that in its current iteration in the test miners its well optimised for Cuda but not so well for GCN so does better on Nvidia cards. That can ofcource change if AMD and the miners devs work together, but seeing how dead the home mining scene is I doubt AMD is going to care. |
|
|
|
So, dear users, the basis for my story will be a message from Tytus Rogalewski(CEO/Dev/Admin SimpleminingOS) that he gave full access to user rigs to Anton "Cryptoscum"
And much more (with which you can read if you wish). You will say that this is his right, the main thing is not to affect his functions as an administrator. It is possible. But here we will return to Tytus Rogalewski’s words about “sick heads”, after viewing these posts there is no doubt about whose head is «sick». You can protest in different ways, but this is already too much… And yes, first we read the opinions of users, a comment from Tytus Rogalewski(although as I was convinced he can justify anything), and then continue, it will be much more interesting, “more fun” and shocking. To be continued…
Why do you think anyone cares? You may have all the time in the world to waste in this personal vendetta, but why do you think any of us give a shit about what you think?? Why are you spamming the thread with pointless posts??? |
|
|
|
Guys, I need help with my 8xVega 56 Sapphire Pulse. Samsung memory. If I try to go any higher on the memory some cards start dropping to 7Mh like this: https://ibb.co/Qn2WfBsI know people clock to 1100 and get 50Mh. Help please! Cards drop hashrate when the memory is overclocked too much, since it starts producing too many errors and the computations have to run and rerun, resulting in a lower hashrate. Just because you have Samsung memory does not mean it WILL clock to 1000+. Its a trial and error thing for each card, some will work, some wont. Its called the silicon lottery, dont push your hardware to breaking point. Also when overclocking, test 25mhz increases and go up stepwise, not directly from 950 to 1025. |
|
|
|
Also if I mine ETH for $100k investing in Rigs and Cards which would then mine only ETH how much per day I can earn in terms of dollars.
Familiarise yourself with Whattomine for all profitability based calculations. Look to buy our large farms which would be getting rid of GPU's for dirt cheap, do not buy new. Do not buy 4GB GPU's anymore, ETH DAG would cross 4GB later this year and they will become useless for mining. And lastly do not be lazy, do your own research, do not expect someone to do the calculations for you. If you get stuck somewhere, ask in the forums and people will be willing to help. But ask for help with some data at hand that shows us that you have done your research and are truly in need of help. |
|
|
|
|
Show Posts
