Show Posts
|
Pages: « 1 [2] 3 4 »
|
Just setup vertcoin with:
1 x rx570 4GB 2 x Vega56 reference 1 x Vega 64 Strix
[2019-02-09 11:35:30] Stats Uptime: 0 days, 00:25:31 [2019-02-09 11:35:30] GPU 0 [49C, fan 22%] lyra2rev3: 42.45Mh/s, avg 42.40Mh/s, pool 49.20Mh/s a:36 r:0 hw:0 [2019-02-09 11:35:30] GPU 1 [56C, fan 72%] lyra2rev3: 85.55Mh/s, avg 85.44Mh/s, pool 85.76Mh/s a:64 r:0 hw:0 [2019-02-09 11:35:30] GPU 2 [50C, fan 70%] lyra2rev3: 99.62Mh/s, avg 99.55Mh/s, pool 80.14Mh/s a:61 r:0 hw:0 [2019-02-09 11:35:30] GPU 3 [55C, fan 72%] lyra2rev3: 85.26Mh/s, avg 85.25Mh/s, pool 69.61Mh/s a:56 r:0 hw:0 [2019-02-09 11:35:30] Total lyra2rev3: 312.9Mh/s, avg 312.6Mh/s, pool 284.7Mh/s a:217 r:0 hw:0
What settings do you have for the VEGA? 1408/930 core 500/800 mem - Vega 56 1442/920 core 500/900 mem - Vega 64
|
|
|
Just setup vertcoin with:
1 x rx570 4GB 2 x Vega56 reference 1 x Vega 64 Strix
[2019-02-09 11:35:30] Stats Uptime: 0 days, 00:25:31 [2019-02-09 11:35:30] GPU 0 [49C, fan 22%] lyra2rev3: 42.45Mh/s, avg 42.40Mh/s, pool 49.20Mh/s a:36 r:0 hw:0 [2019-02-09 11:35:30] GPU 1 [56C, fan 72%] lyra2rev3: 85.55Mh/s, avg 85.44Mh/s, pool 85.76Mh/s a:64 r:0 hw:0 [2019-02-09 11:35:30] GPU 2 [50C, fan 70%] lyra2rev3: 99.62Mh/s, avg 99.55Mh/s, pool 80.14Mh/s a:61 r:0 hw:0 [2019-02-09 11:35:30] GPU 3 [55C, fan 72%] lyra2rev3: 85.26Mh/s, avg 85.25Mh/s, pool 69.61Mh/s a:56 r:0 hw:0 [2019-02-09 11:35:30] Total lyra2rev3: 312.9Mh/s, avg 312.6Mh/s, pool 284.7Mh/s a:217 r:0 hw:0
|
|
|
Interesting. I'm all in cryptonight algo, so please advice... what do you think, what coin is ok on PHI2 algo to mine? Profitability better on phi2? Some good perspective coin on phi2? good pool? Maybe I switch As far as I know, you can mine two coins with PHI2 algo: LUX and AGM. Both are falling in price (especially AGM), so I do not know if it will be very profitable to mine them. My goal is to get enough coins to mount an AGM MN. I still far away ... I do not have pools at hand. Let me get home and I'll confirm it. Btw, what are you mining? Mine lots of cryptonight coins, but most of the time: monero and bittube. You can check this site for more info: https://www.cryptunit.com/
|
|
|
@kerney666 and @todxx Last version 0.3.8 is 2 months old now. Read on one post that you are working for a month on another project. Can you please continue work on this great project, and when new version? From what i read and heard, they will do new feature implementation later, like 1-2 months till new release. Not sure though. New algo supports, different from CN will probably not be on the ToDo list at all. Only CN variants may get implemented at some point in the near future. Really expecting new release. Results of PHI2 with my RX580's are spectacular. Each new algo that is added will be welcome! Interesting. I'm all in cryptonight algo, so please advice... what do you think, what coin is ok on PHI2 algo to mine? Profitability better on phi2? Some good perspective coin on phi2? good pool? Maybe I switch
|
|
|
@kerney666 and @todxx Last version 0.3.8 is 2 months old now. Read on one post that you are working for a month on another project. Can you please continue work on this great project, and when new version?
|
|
|
stupid q, but put in start.bat teamredminer.exe --help and add pause, but miner just close. No help displayed, without pause same result. What I'm doing wrong? txs
|
|
|
Update listing of Intensecoin (ITNS). Intensecoin is changed name to Lethean (LTHN).
Other crypto sites updated to Lethean.
|
|
|
1.7.2 Bittube2 Vega 64 over 1900 H/s Great job Doc! Without config at all, just copy from 1.7.0 Vega 56 & Vega 64 great speed. That is without fragments, and I'm afraid to even try heavy_mode 3 ;-) EDIT: heavy_mode 3 in my case don't do anything (2-3 H/s improvement for the rig). Tested outside gpu_conf Did someone know, what is the best config for rx570 4GB in bittube2? i have best result (only 768 H/s) with: "intensity" : 0, "worksize" : 8, "threads" : 1, "fragments" : 1 And fragments for Vegas? (never tried)
|
|
|
Hmm, this is actually an interesting point. As is the miner can get hung if the output is blocked, like when you go into that editing mode in windows. We'll change it in the next version so that the inability to print will not have an effect on mining.
Nice!
|
|
|
Faced a problem. The miner just stops working. It does not hang and can be closed.
Same here. Mining for 4 days and than in 7 AM just stop, when I came home about 6 PM just click to miner "h" or something, and miner start mining again [2018-12-03 07:15:45] Pool at02.supportxmr.com share accepted. (GPU0) (a:12435 r:0) (36 ms) [2018-12-03 07:16:06] Stats Uptime: 4 days, 07:15:55 [2018-12-03 18:55:49] Pool at02.supportxmr.com received new job. (job_id: fys23FOZGVBTDnniqeH7zmyUc6fW) [2018-12-03 18:55:49] Pool at02.supportxmr.com set difficulty to 204697 SupportXMR pool show no hashing for that whole time. So, I think we have new bug on 0.3.8 You might possibly have clicked into the miner with your mouse, leaving the cursor there and blocking it from working (known issue). If you press a key or click the cursor away mining resumes. You can lock your window and prevent this from happening if you right-click on the top bar, then "properties" and uncheck "quick edit mode". Hmm, that can be possible I checked miner before work, so it is possible. Txs Dragonmike, turning off quick edit mode ;-)
|
|
|
Faced a problem. The miner just stops working. It does not hang and can be closed.
Same here. Mining for 4 days and than in 7 AM just stop, when I came home about 6 PM just click to miner "h" or something, and miner start mining again [2018-12-03 07:15:45] Pool at02.supportxmr.com share accepted. (GPU0) (a:12435 r:0) (36 ms) [2018-12-03 07:16:06] Stats Uptime: 4 days, 07:15:55 [2018-12-03 18:55:49] Pool at02.supportxmr.com received new job. (job_id: fys23FOZGVBTDnniqeH7zmyUc6fW) [2018-12-03 18:55:49] Pool at02.supportxmr.com set difficulty to 204697 SupportXMR pool show no hashing for that whole time. So, I think we have new bug on 0.3.8
|
|
|
Just testing older 0.36 vs newer 0.37 version for 48 hours.
Better stability (no 0 H/s problematic Vega 56 card after few hours of mining). Same configuration, same driver 18.6.1
Same H/s.
EDIT: lol, and again, go to 0 H/s after 2 days of running :-)
restarting miner fixes it usually, but needs to be tweaked by team The miner has a quite aggressive style. When you lose a gpu after a few hours or even days there’s no bug per se in the miner, it’s the opencl api and/or driver that stops responding. The only solution (except you lowering clocks) is a redesign of the kernels, although it’s probable this is also more about your psus rather than the gpu clocks. We have the next-level design ready though, we’ll attack it in the near future. Txs Kerney! I think when we got watchdog in 0.38, most of miner's problem will be solved :-) It is OK to restart miner or reboot system once a day. And for PSU, at least in my case that can't be problem because using just 60% of power consumption (HX 1200 / 720W consumption)
|
|
|
Just testing older 0.36 vs newer 0.37 version for 48 hours.
Better stability (no 0 H/s problematic Vega 56 card after few hours of mining). Same configuration, same driver 18.6.1
Same H/s.
EDIT: lol, and again, go to 0 H/s after 2 days of running :-)
|
|
|
Hello, first I want to thank you for your hard work, you have done this very good software. A few days ago I transferred a lot of my mining rings and I am very pleased with the results so far. I have difficulty and I would like advice on how to achieve a better results with Saphire RX580 8GB Hynix. What I have done so far: 1. I did tests with several types of BIOS: custom straps for Hynix whit nice result in ETH, one click BIOS from SRBPolarisV3.5 and PolarisBiosEditor1.6.7 2. I have used configurations 8+8, 8+7, 7+7, 15+15, 16+14 3. My settings are: core 1250/900mV and memory 2250/920mV with no hardware errors In all cases my best results are 900H/s. Thanks in advance! Try a trick of mine it works on all my rx570/580 and they are above 1khs. Once miner starts reset the perimeters on your card. Then just change core clock as high as you can vo stable and as low voltage as you can. Dont even bother with memory clock. I have found changing memory clock does jack shit. I leave it at stock 1750 and lower voltage thats it. All my rx570/580 get 1050-1100 hashes with stock memory clock. And between 1280-1340 core. Vega is a different story though. @Mashy81 What does this do to the power consumption? Does it go up appreciably? 1 particular miner 4x rx570 starts at 3500hs at 450W I start on 1200/1700 Then reset in Overdriventool and clocks are 1284/1700 and 980mv it goes to 4100 at 520W. I am not sure whats happening here but it doesn't matter what memory clock I start the miner on it is the same result. So if it is as I person said the memory clocks aren't applying underload. I would love to see the hashrate if they did change then. Although I have checked with hwinfo and the memory clocks are changing. Something wierd going on with my rx570/580 cards with this miner. Confirmed. On RX570 4GB when reseting OverdriveNtool and apply 1230/980 1750/900 hashrate jump from 905 to 999 H/s. And testing trick with lan network: unplug / plugin lan cable when hashing bump H/s from 905 to 930 H/S
|
|
|
kerney, when developing watchdog, can you make option to: restart miner + reset vega cards + reapply OverdriveNtool? Like SRB have? For me, never need to reboot whole rig, restarting, reseting vega and reapply clocks and voltages and mining is ok again...
And is it possible now in start.bat input code to reset vega cards with devcon or something, apply overdriveNtool and start mining? Any examples?
Txs!
As others have pointed out, this stuff doesn't really belong in the miner, and is incredibly easy to add to your startup script... Apply settings w/ overdriventool: "<Installation path>\OverdriveNTool.exe" -consoleonly -r<gpu_index> -p<gpu_index><gpu_profile_name> Restart gpus w/ devcon (vegas): "<Installation path>\devcon.exe" disable "PCI\VEN_1002&DEV_687F" timeout /t 3 "<Installation path>\devcon.exe" enable "PCI\VEN_1002&DEV_687F" For example: "C:\Users\pbfarmer\mining\OverdriveNTool.exe" -consoleonly -r1 -r2 -p1vega-profile-1 -p2vega-profile-2 timeout /t 3
"C:\Users\pbfarmer\mining\devcon.exe" disable "PCI\VEN_1002&DEV_687F" timeout /t 3 "C:\Users\pbfarmer\mining\devcon.exe" enable "PCI\VEN_1002&DEV_687F" timeout /t 3
teamredminer.exe ...
Btw, restarting w/ devcon shouldn't be necessary w/ any recent driver version. Thank you pbfarmer, works, and it is very simple (now for me too) :-) I know there is no need to enable/disable Vegas on Adrenalin drivers, But, if my one problematic vega 56 "hang" on mining, i need to enable/disable it and again apply overdriveNtool (sometimes, not always, when card crash, it was reset in overdrive). I don't know why, but disable / enable and reapply ONT work for my rig in most cases on different miners. We'll detect the state where the miner thread(s) for a gpu is stuck in an OpenCL API call, and there has been zero new hashes reported for the gpu for ~20 secs. At that point we (1) attempt to shut down the miner, like if you'd press ctrl-c and (2) execute a user .bat/shell script in a forked process, i.e. in parallel with the shutdown.
Now, what you choose to do in that .bat/shell script is entirely up to you. If you're sure you'll get an ok miner shutdown, then wait 20 secs + reset cards + apply clocks + start miner, in your .bat file. For others, it's more likely they'll do a "shutdown /r now". I mean, on my testing workstation I'm even having a hard time to get a clean reboot when I mistreat my Vega too badly, I need a manual power cycle. So, in the general case the guarantees we can provide are very weak. We'll let you run a .bat file, that's pretty much it.
For examples, sure, we can whip up some restart.bat examples, or other people can post theirs here. I have the devcon Vega restart snippets somewhere, been a while since I last used them...
Kerney thanks for clarification, now with the help and examples, everything is clear to me, and I know that reboot is safer solution... For testing start.bat now, i was forced to close down the miner after 1 day and 22 hours of mining without a problem :-) Great stable miner is TRM!
|
|
|
@kerney666
when's the gpu watchdog feature going to be added. The miner loses a card after several hours and it's not usually the same card.
Detecting it is trivial really, question is what behavior you want supported next? Executing a restart.sh/restart.bat script in the current dir? Imho the best thing when you have a driver hang is a reboot anyway, not sure an in-process restart of all gpus would be successful in that many cases. Reboot script would be great. Yup it's typically stuck in driver and a hard reboot is required. However, right now GPU won't hash while it still consumes power. Yes, this miner desperately needs an error handler. An option to shutdown/reboot would be nice to stop GPU from consuming power with zero hashes. kerney, when developing watchdog, can you make option to: restart miner + reset vega cards + reapply OverdriveNtool? Like SRB have? For me, never need to reboot whole rig, restarting, reseting vega and reapply clocks and voltages and mining is ok again... And is it possible now in start.bat input code to reset vega cards with devcon or something, apply overdriveNtool and start mining? Any examples? Txs!
|
|
|
hy @doktor83
Good Job about 1850 H/s on Tube ! thx a lot
only thing dont work anymore is hotkeys H for hash ore S for stats ...
are you sure? that you were not a bit confused? give me SS your HR 5min and your option- 1850 in tube ? H and S work fine in 1.7.0 yes Livada, i think its possible. On Vega Asus Strix 64 i have 1800 h/s on bittube2. If you have worksize 9 (old reccomendation for vega 64 and bittube2) try lower it to default 8. For me bump 100 h/s from 1699 to 1800 :-) Edit: Up is just today quick test. After a while, h/s droped to 1770 but that is also great :-). Settings: 1442/920 core, 1100/910 memory. "id" : 2, "intensity" : 61, "worksize" : 8, "threads" : 2
|
|
|
I'am reverted back all rigs to 18.3.4, because, the newest drivers has a bug - some cards are detected as RX580, but they actually are RX570. And in my IMHO, 18.3.4 is more stable.
Yes, in 18.6.1 my Sapphire Nitro+ RX570 4GB is detected as RX580. But is that a problem?
|
|
|
What are the settings for rx570 4Gb for v1.7.0 and v8?
I:58 T:2 W:16 F:4 And what is for heavy / bittube2 algo? Also, did someone test fragments and bralock, if I understand correctly fragments is more important parameter to tune? Interested in settings for bittube2 algo for RX 570 4GB, Vega 56, Vega 64 "fragments" : 0,1,2,4,8,16,32,64 or 128. It can boost your hashrate if you find the right value for your GPU "bralock": 1-256, parameter to tune, it *may* add some extra hash, it can differ between algos
|
|
|
|