netmebtc
Newbie
Offline
Activity: 72
Merit: 0
|
|
June 16, 2019, 12:32:14 AM |
|
Hey,Guy,
The 0.5.2 DEV donation has a big problem. I ran 4 vega machines last night. Today I found that only one is connected to xmr pool(minexmr.com). The other three are running normally from software window showing, but I don’t know what pool they are connectting to.The pool went, I guess it is connected to your dev pool, donated for about 6 hours, It is very terrible!
|
|
|
|
todxx (OP)
Member
Offline
Activity: 176
Merit: 76
|
|
June 16, 2019, 04:32:57 AM |
|
Hey,Guy,
The 0.5.2 DEV donation has a big problem. I ran 4 vega machines last night. Today I found that only one is connected to xmr pool(minexmr.com). The other three are running normally from software window showing, but I don’t know what pool they are connectting to.The pool went, I guess it is connected to your dev pool, donated for about 6 hours, It is very terrible!
Can you please post a snippet of the output/log from one of these machines? What makes you think that the miner was not connected to the pool if it was running normally? The miner does not switch between dev and user pools, they are both run at the same time. If the user pool connection cannot be established for any reason, all mining stops. The miner prints the name of the connected pool for every share that is submitted to the user pool, so it should be easily visible from the log which pool it is connected to. (Also we currently only support one user pool, so not much of an option there)
|
|
|
|
cas333
Newbie
Offline
Activity: 52
Merit: 0
|
|
June 16, 2019, 06:05:22 AM |
|
This is the only version that works fine for me. Graphics rx 570 8gb. Thank you devs! P.S.: 2% dev fee will be great too!
|
|
|
|
netmebtc
Newbie
Offline
Activity: 72
Merit: 0
|
|
June 16, 2019, 06:31:03 AM |
|
Hey,Guy,
The 0.5.2 DEV donation has a big problem. I ran 4 vega machines last night. Today I found that only one is connected to xmr pool(minexmr.com). The other three are running normally from software window showing, but I don’t know what pool they are connectting to.The pool went, I guess it is connected to your dev pool, donated for about 6 hours, It is very terrible!
Can you please post a snippet of the output/log from one of these machines? What makes you think that the miner was not connected to the pool if it was running normally? The miner does not switch between dev and user pools, they are both run at the same time. If the user pool connection cannot be established for any reason, all mining stops. The miner prints the name of the connected pool for every share that is submitted to the user pool, so it should be easily visible from the log which pool it is connected to. (Also we currently only support one user pool, so not much of an option there) q:What makes you think that the miner was not connected to the pool if it was running normally? a:Just a geuss . Because I can only look one mechine worker on minexmr.com,and other mechine is offline for 6 hours. `The miner prints the name of the connected pool for every share that is submitted to the user pool, `---Yes I'm sure all the print is corect ,but minexmr.com showing that they are offline for 6 hours, So Maybe I guess is your problem, or maybe is pool's problem. I have restarted all mechine. Continue to observe and see if this problem will reappear
|
|
|
|
todxx (OP)
Member
Offline
Activity: 176
Merit: 76
|
|
June 16, 2019, 07:22:51 AM |
|
Hey,Guy,
The 0.5.2 DEV donation has a big problem. I ran 4 vega machines last night. Today I found that only one is connected to xmr pool(minexmr.com). The other three are running normally from software window showing, but I don’t know what pool they are connectting to.The pool went, I guess it is connected to your dev pool, donated for about 6 hours, It is very terrible!
Can you please post a snippet of the output/log from one of these machines? What makes you think that the miner was not connected to the pool if it was running normally? The miner does not switch between dev and user pools, they are both run at the same time. If the user pool connection cannot be established for any reason, all mining stops. The miner prints the name of the connected pool for every share that is submitted to the user pool, so it should be easily visible from the log which pool it is connected to. (Also we currently only support one user pool, so not much of an option there) q:What makes you think that the miner was not connected to the pool if it was running normally? a:Just a geuss . Because I can only look one mechine worker on minexmr.com,and other mechine is offline for 6 hours. `The miner prints the name of the connected pool for every share that is submitted to the user pool, `---Yes I'm sure all the print is corect ,but minexmr.com showing that they are offline for 6 hours, So Maybe I guess is your problem, or maybe is pool's problem. I have restarted all mechine. Continue to observe and see if this problem will reappear Might also be a good idea to enable logging to file with the --log_file option so you can look back at what happened if/when you see the problem again.
|
|
|
|
lebuawu2
Jr. Member
Offline
Activity: 176
Merit: 2
|
|
June 17, 2019, 11:47:09 AM Last edit: June 17, 2019, 12:13:26 PM by lebuawu2 |
|
Hi, I new to linux, currently I tried Debian 9.9 and installed opencl-amdgpu-pro. GPU RX 580 8GB algo CN-Haven with cclock 1250 mclock 2100 only got 464 h/s. VDDC also keep showing 0.0 mV. Windows with the same cclock and mclock I got more than 1200 h/s. Please help how I can achieve more than 1200 h/s in linux. Thanks.
|
|
|
|
trifo
Newbie
Offline
Activity: 29
Merit: 0
|
|
June 17, 2019, 01:24:08 PM |
|
Add Conceal algo please... Thanks
|
|
|
|
HughHashner
Newbie
Offline
Activity: 5
Merit: 0
|
|
June 17, 2019, 11:33:04 PM |
|
CCX would be nice, but I'd be more excited to see if the team can pull something off with RandomX/RandomWow
|
|
|
|
ku4eto
Jr. Member
Offline
Activity: 194
Merit: 4
|
|
June 22, 2019, 06:01:39 AM |
|
Having a weird issue.
Supposedly, before, the power consumption was fixed.
Now, its over hte place again.
Minimum power consumption for my rig is 477 watts, average is around 483watts, but the peak is around 495watts (at wall all).
This is with 0.5.2 and CN-R (XMR). GPUs are 4x580s, all on 1240Mhz core, 0.875V-0.9V core voltage. Drivers are 19.5.1. Windows 10.
Using the --cn-config from the Full test : 8+7:BAA,8+7:CAA,8*7:AAA,8+7:CAA
|
|
|
|
geoteo
Newbie
Offline
Activity: 11
Merit: 0
|
|
June 22, 2019, 02:30:27 PM |
|
This is the only version that works fine for me. Graphics rx 570 8gb. Thank you devs! P.S.: 2% dev fee will be great too! I have been running 12 vega rigs for a couple of months now and I can attest that hash rate on pool side (nanopool) averages higher that the miners console with. This translates into minus percent developer fee. Thank you developers and keep up the good work.
|
|
|
|
itstommygun
Newbie
Offline
Activity: 7
Merit: 0
|
|
June 23, 2019, 12:30:17 PM |
|
I noticed Tonga devices are now supported, which is awesome because my R9 380 still rips up some mining. I'm getting an error when I try to use it, though: D:\Miners\teamredminer-v0.5.2-win>teamredminer.exe -a cnr -o stratum+tcp://cryptonightr.usa.nicehash.com:3375 -u 37tp86prguZvgx3mwFacPmkJVDL39D1ihJ -p x Team Red Miner version 0.5.2 [2019-06-23 08:22:34] Auto-detected AMD OpenCL platform 1 [2019-06-23 08:22:35] Initializing GPU 0. [2019-06-23 08:22:35] Failed to initialize device idx 0 (-13) [2019-06-23 08:22:35] Successful clean shutdown. Here is my device list (not much on this system) D:\Miners\teamredminer-v0.5.2-win>teamredminer.exe --list_devices Team Red Miner version 0.5.2 [2019-06-23 08:22:26] Auto-detected AMD OpenCL platform 1 [2019-06-23 08:22:27] Detected 2 devices, listed in OpenCL order: [2019-06-23 08:22:27] Miner Platform OpenCL BusId Name Model Nr CUs [2019-06-23 08:22:27] ----- -------- ------ -------- ------------- ------------------------- ------ [2019-06-23 08:22:27] 0 1 0 01:00.0 Tonga AMD Radeon (TM) R9 380 Se 28 [2019-06-23 08:22:27] 1 1 1 09:00.0 gfx900 Radeon RX Vega 56 [2019-06-23 08:22:27] Successful clean shutdown.
D:\Miners\teamredminer-v0.5.2-win>pause Press any key to continue . . . Any help would be appreciated....
|
|
|
|
kerney666
Member
Offline
Activity: 658
Merit: 86
|
|
June 23, 2019, 04:13:39 PM |
|
I noticed Tonga devices are now supported, which is awesome because my R9 380 still rips up some mining. I'm getting an error when I try to use it, though: D:\Miners\teamredminer-v0.5.2-win>teamredminer.exe -a cnr -o stratum+tcp://cryptonightr.usa.nicehash.com:3375 -u 37tp86prguZvgx3mwFacPmkJVDL39D1ihJ -p x Team Red Miner version 0.5.2 [2019-06-23 08:22:34] Auto-detected AMD OpenCL platform 1 [2019-06-23 08:22:35] Initializing GPU 0. [2019-06-23 08:22:35] Failed to initialize device idx 0 (-13) [2019-06-23 08:22:35] Successful clean shutdown. Here is my device list (not much on this system) D:\Miners\teamredminer-v0.5.2-win>teamredminer.exe --list_devices Team Red Miner version 0.5.2 [2019-06-23 08:22:26] Auto-detected AMD OpenCL platform 1 [2019-06-23 08:22:27] Detected 2 devices, listed in OpenCL order: [2019-06-23 08:22:27] Miner Platform OpenCL BusId Name Model Nr CUs [2019-06-23 08:22:27] ----- -------- ------ -------- ------------- ------------------------- ------ [2019-06-23 08:22:27] 0 1 0 01:00.0 Tonga AMD Radeon (TM) R9 380 Se 28 [2019-06-23 08:22:27] 1 1 1 09:00.0 gfx900 Radeon RX Vega 56 [2019-06-23 08:22:27] Successful clean shutdown.
D:\Miners\teamredminer-v0.5.2-win>pause Press any key to continue . . . Any help would be appreciated.... Hi! Yeah, we'd probably need a Tonga to test with. In theory, our shipped binaries should load just fine, but for some reason the driver(s) are rejecting them. The only thing we did for this version was to add the proper detection mechanism for Tonga GPUs, but neither me nor todxx has a gpu to test with. Which driver are you running?
|
|
|
|
itstommygun
Newbie
Offline
Activity: 7
Merit: 0
|
|
June 23, 2019, 04:34:35 PM |
|
Which driver are you running?
Thanks for the reply! Currently on 19.4.1. Let me know if there's anything I can do to help your test/dev process. I'm be glad to test any changes you make.
|
|
|
|
issie81
|
|
June 23, 2019, 05:54:13 PM |
|
Will this miner also support algo switching so we can move to auto algo switching pools? since most mayor CN algos is now supported
|
|
|
|
kerney666
Member
Offline
Activity: 658
Merit: 86
|
|
June 23, 2019, 08:24:44 PM |
|
Will this miner also support algo switching so we can move to auto algo switching pools? since most mayor CN algos is now supported
Hi! We debated this but decided we should rather focus on more algos in TRM. As usual, Team Red is lagging Team Green in a very distinct fashion, so if we allow ourselves to zoom out a little I think our time is better spent finding more profitable options for AMD. That said, algo switching with TRM is already fully doable using the MoneroOcean fork of Meta-Miner, see I managed to sneak in a pull request adding support for TRM a while back. As soon as I can find some time I'll write a proper guide on how to use Meta-Miner with TRM, but if you're somewhat tech savvy I think you'll be able to set it up yourself! Otherwise, PM me and I'll try to get you going. It's been a while since I last tried it myself, I do hope we haven't broken anything. This is the github repo: https://github.com/MoneroOcean/meta-miner/releases. I see that he just made a new release ~6 days ago that bundles the TRM support as well, nice! I think that probably will be problematic is our new auto-tuning approach combined with meta-miner's benchmarking mode, it might present some skewed results. For optimal performance, I guess you should tune all algos separately first, then include full configurations in the meta-miner config file. Cheers, K
|
|
|
|
HughHashner
Newbie
Offline
Activity: 5
Merit: 0
|
|
June 24, 2019, 01:16:32 AM |
|
Can confirm, TRM works awesome with MetaMiner!
I'm using it on this pool & getting great results. mpsc.xripx.com
|
|
|
|
seefatlow
Jr. Member
Offline
Activity: 80
Merit: 1
|
|
June 25, 2019, 09:42:02 AM |
|
Will this miner also support algo switching so we can move to auto algo switching pools? since most mayor CN algos is now supported
Hi! We debated this but decided we should rather focus on more algos in TRM. As usual, Team Red is lagging Team Green in a very distinct fashion, so if we allow ourselves to zoom out a little I think our time is better spent finding more profitable options for AMD. That said, algo switching with TRM is already fully doable using the MoneroOcean fork of Meta-Miner, see I managed to sneak in a pull request adding support for TRM a while back. As soon as I can find some time I'll write a proper guide on how to use Meta-Miner with TRM, but if you're somewhat tech savvy I think you'll be able to set it up yourself! Otherwise, PM me and I'll try to get you going. It's been a while since I last tried it myself, I do hope we haven't broken anything. This is the github repo: https://github.com/MoneroOcean/meta-miner/releases. I see that he just made a new release ~6 days ago that bundles the TRM support as well, nice! I think that probably will be problematic is our new auto-tuning approach combined with meta-miner's benchmarking mode, it might present some skewed results. For optimal performance, I guess you should tune all algos separately first, then include full configurations in the meta-miner config file. Cheers, K I totally support your decision to focus on more algos in TRM than spend time on algo switching capability which most of use don't use. There is a reason why your miner is called Team Red miner. It's sole existence is to increase the utility of AMD GPUs beyond just CN/Ethash algos. Make us AMD fanboys proud !!
|
|
|
|
Iamtutut
|
|
June 25, 2019, 01:50:23 PM |
|
What I am awaiting the most is Random X for AMD CPUs and APUs.
|
|
|
|
seefatlow
Jr. Member
Offline
Activity: 80
Merit: 1
|
|
June 26, 2019, 05:32:57 AM |
|
@kerney666
What does it mean to have the "hw" code triggered for a GPU? My Radeon VII GPU is having almost a 40% "hw" triggering even though the pool is still accepting its share. However, the poolside hashrate for the card is very low. I am using TRM 0.5.2 and running my GPU @1575cclk/975mclk/855mV.
Any ideas what is happening and how to fix this?
|
|
|
|
ggarbi
Jr. Member
Offline
Activity: 43
Merit: 1
|
|
June 26, 2019, 07:57:27 AM |
|
@kerney666
What does it mean to have the "hw" code triggered for a GPU? My Radeon VII GPU is having almost a 40% "hw" triggering even though the pool is still accepting its share. However, the poolside hashrate for the card is very low. I am using TRM 0.5.2 and running my GPU @1575cclk/975mclk/855mV.
Any ideas what is happening and how to fix this?
Yo Bro try to play with your clocks and votag and see which one is best for your GPU. HW means hardware error and it shows that your GPU is not doing well. 40% HW error means you are losing 40% of your hashrate. try to increse your voltage and see if it can fix or not, and be careful to not break your GPU increase bit by bit.
|
|
|
|
|