Topic: [ANN] TeamRedMiner - Optimized Win/Linux AMD GPU Miner for lyra2z and phi2 - page 6. (Read 85791 times)

Does somebody have similare problems:

I'm mining monero with the current redminer 0.5.7. Beside that hyper-v with a few VM's are also running on the same server (they create almost no load on the cpu).

Well as soon as I start the miner, a few minutes later the system is almost not usebale and I see that the task "System interrupt" from Windows coming up all the time in the taskmgr. This is usally not a good sign.

The miner is running on the host system not on a vm. It seems like the miner is using the cpu on a heavy basis even if I don't see it on much cpu load (usally a few % only).

Thanks for every helpful answer. I already tried: --no_cpu_check this didn't help.

best regars

well if its "about the same" - there is no real reason to switch...
i was thinking maybe there is something with much higher profit then ETH...

please red team fix this random crashes.
0.5.6 version was good,barely crashed whole week.but this latest one crashing too much,not stable for a have day,everytime when i try benchmar it crashes.

Uh.... You have to calculate it by yourself for each coin.

But this miner does not support Ethash.

Profitability right now between ETH and XMR is about the same with this miner for XMR.
Depends on your electricity price and your memory timing mods. With 12x 580s per rig, you should be pulling ~1400W per rig, while doing 1kh/s+ per card.

hi all,

i have a small farm of 144 x rx580 8gb cards
currently mining ETH with 4.55ghs

will this miner be more profitable ?
if yes, then by how much, and at which coin?

can anyone show the best earnings for rx580 8gb cards ?

thanks.

Hi! Sorry to say no one in our team speaks Russian. The google translate was pretty much crap as well. Could anyone in the community translate maybe? I'm guessing you're seeing a performance regression and need to run 0.4.2 for some reason, and you're not particularly happy about it?

Yes, Kubuntu 18.04.3 with xorg and monitor. It occur only in amdgpu-pro 19.30 drivers, on latest rocm I see 6.3 g/s. Reinstall systems, but result the same. On rocm system works better, but I need amdgpu-pro. Could you test systems with Ubuntu 18.04.3 kernel 5 (latest hardware stack) and xorg. Thank you in advance.

Hi! Sorry to say no one in our team speaks Russian. The google translate was pretty much crap as well. Could anyone in the community translate maybe? I'm guessing you're seeing a performance regression and need to run 0.4.2 for some reason, and you're not particularly happy about it?

Ha мнoгo кapтoчныx cиcтeмax нe пoнятнo кaк paбoтaeт нa фepмe из 6 кapт дa вce xopoшo, нo кoгдa иx 12 (я пpo xeш нa пyлe) билибepдa пoлнaя, дoпycтим Vega 64 Luqid 12 штyк xeш 29+ aлгo кpиптoнит P, нa пyлe и нa MPP peгитcя 19+ и пpыгaeт пpиxoдитcя oткaтывaтьcя нa 4.2 вepcию, бeдa пpocтo, c кaкoгo-тo xepa peшил вce пoмeнять нa 5.7 в peзyльтaтe c 128 кн/c cкaтилcя дo 110- нy кyдa этo гoдитcя?.......

Hello,

I have very low hashrate speed on Ubuntu 18.04.3 kernel 5.0 amdgpu-pro 19.30 (cr29 and c31) with Vega 64 Luqid Cooling
About 8x lower, then on Windows.
Sometime i saw on cd29 5.5, but now i only see 0.75 g/s

Great job guys this miner is awesome. Easy to use, good hashrates, and zero rejected shares. Here are my results hope this helps someone!

Driver: Adrenalin 19.8.1
Miner: TRM 0.5.7
Afterburner: 4.6.1
GPU: XFX Radeon VII
Test system: 7600K, Asus Z270E, 8GB RAM, EVGA 850 G2, Open Benchtable (open air)

Power consumption numbers are total system power as measured by a Kill A Watt. The system uses about 30w without a GPU so you can deduct 30w from these numbers to get an estimate of the GPU power consumption. I selected what I believe to be my weakest VII so I would expect most cards to do better than this.

Format is:
Voltage/Core Clock/Mem Clock - cn config that the auto tune ended up with, power usage range, GPU temp/junction temp, hash rate range

...

Retested the good settings to verify. Didn't record the cn config since it usually ended up at 13*12 CAB or AAA. Also these tests were done one the same day with the AC on so the temps should be more accurate.

821/1408/1100 - 168w-175w, 50C/60C, 2630-2700
850/1508/1100 - 180w-192w, 52C/63C, 2780-2840
890/1608/1100 - 196w-210w, 54C/66C, 2930-2990
915/1658/1100 - 206w-222w, 56C/69C, 3010-3060
940/1708/1100 - 224w-235w, 57C/72C, 3070-3130
 

Honestly, if you don't clearly earn more with TRM and/or have a hard time accepting the dev fee, then you should use another miner. For the dev fee, it won't change. If you don't want to pay for the kind of work we do, which means grinding instructions in GCN ASM and many times probably spending 5-10x more time (at least!) on our kernels than the other miners you refer to, then it's a no brainer, just use one of the other miners instead. For the specific issue of failover pool support, it's the last TODO item in that category, and no one has asked about it for 2-3 months.

My sincerest apologies for getting you in the line of fire now since you were quite gracious with your suggestion, but since you aren't the first one to imply that we'd be better off slashing our current income with -60% so they can increase their mining profits +1.5%, please allow me one last public rant about this.

This project is about putting your heart and soul into getting AMD GPUs to perform. Either we can make enough money from it to support two highly qualified devs spending a significant part of their available time on this, or we exit the market. And trust me, we're not getting rich from this, we're rather right at the level of it being worthwhile. So yeah, 1% dev fee means 0% for both you and for us, because we will be back to doing more lucrative work in other industries instead, or just doing private work in this space where you deal with business entities that do simple bottom line math and pay a premium for exclusivity. But no, we wanted to try to take our work public, benefitting all and making it much more difficult for private gpu miners to have a significant edge.

Many times people seem to think our +20-40% advantages in the compute algos (except for MTP, which is a different beast) is something that comes for free. "Oh, they just use GCN ASM, maybe I'll look into it later and I'll be just as good". Right. Good luck with that. It's not the toolset that matters, it's your skill and experience using it. We've spent _months_ in total on c29/c31, all as a service for Vega users to have something to do when XMR forks in October, drawing from 2 yrs of experience trying to squeeze perf out of AMD GPUs, which isn't trivial to begin with. Same thing investing time in MTP, which didn't have a proper Vega miner at all. Last, don't even get me _started_ on the work we've done with the x16 family of algos. Months and months of grinding away finding small opts in each of the 16 algos.

So, for everyone that feels the 2.5% TRM dev fee is unacceptable, please shop around for other AMD miner devs that right now are working proactively and are producing options that can at least compete with Team Green when XMR is out of the picture, and that has spent the same obscene amount of time as we have doing R&D just to be able to come close to Team Green. Then please use those miners instead.

Randomx will be present too? i heard it favors amd a little more but not much.

We need Chukwa Turtle algo