[ANN] TeamRedMiner - Old Thread

[keksik]

hello can someone please briefly advise how to mine under linux?
lets say ill get ubuntu on usb stick and use is without installation on ssd, so what to do next?
also for OC, i should only use core on max, leaving mem on default value? what about P stage?

thank you in advance

[1713406138]

1713406138

[1713406138]

1713406138

[1713406138]

1713406138

[1713406138]

1713406138

[1713406138]

1713406138

[khunpoum]

more hashrate with amdgpu-pro or ROCm 1.8 drivers ?

[kerney666]

A few replies to various posts below.

@5BTC
Are you guys planning on optimizing lyra2z any further in this miner?

We are working on a range of algos right now, we'll see when/if we have time to go back to lyra2z. Imho, there are so many subpar implementations for AMD out there currently being the best public miners for different algos. We intend to fix this.

@fluxy12
Please can you do a custom miner on hiveos ?

I've never really used hiveos myself. In the lux discord mining channel there are are nr of people running teamredminer in hive though. I'm sure Jeff from Pickaxe will help you out, especially if you promise to mine at his pool .

@Dima05
..."but my speed has remained the same"...

I think I replied to the same question earlier, but I understand the confusion. In hindsight we should have been much more clear about lyra2z not being changed at all in this release. It's the same kernel as the last version of tdxminer. However, we felt that the clocks used for the previous official numbers were much too low, they weren't representative of how miners actually have been configuring their rigs. So, we bumped the clocks, and naturally the benchmark lyra2z hashrate went up, but in practice nothing has changed. You will be getting the same speed as before for lyra2z.


@keksik
hello can someone please briefly advise how to mine under linux?

The previous version of this miner, tdxminer, has lots of good information on its old Bitcointalk ANN page, check e.g. page 33 for the crypt0.zone tutorial. A very quick and non-intrusive way of testing the miner is also to install hiveos on a usb stick, then run it from the command prompt or as a custom miner. Check the reply to fluxy12 above.

@khunpoum
more hashrate with amdgpu-pro or ROCm 1.8 drivers ?

The miner uses the same assembler kernels on all supported platforms, so ROCm having a more capable compiler doesn't matter. For OpenCL kernels it could make a big difference, but not in this case. I haven't verified this myself, but I would be very surprised if you see any difference in hashrate between platforms, of course assuming the gpu(s) stay on exactly the same clk/volts.

[keksik]

thanks a lot, will definitely check for that.
also one more quiestion i also have ETHOS, is there any way to add this software into ETHOS system? maybe manualy? i udnerstand there is tdxminer implemented, but was curious about this new version?

thank you

[dallase]

If the connection to the pool is lost, it never reconnects...

Code:

[2018-09-18 15:58:22] Stats GPU 0 - phi2: 5.262Mh/s (5.254Mh/s) 
[2018-09-18 15:58:26] Pool lux.pickaxe.pro share accepted.
[2018-09-18 15:58:34] Pool lux.pickaxe.pro share accepted.
[2018-09-18 15:58:35] Pool lux.pickaxe.pro share accepted.
[2018-09-18 15:58:36] Pool lux.pickaxe.pro connection was closed by the pool.
[2018-09-18 15:59:22] Stats GPU 0 - phi2: 1.258Mh/s (5.205Mh/s) 
[2018-09-18 16:00:22] Stats GPU 0 - phi2: 0.000Mh/s (5.140Mh/s) 
[2018-09-18 16:01:22] Stats GPU 0 - phi2: 0.000Mh/s (5.078Mh/s) 
[2018-09-18 16:02:22] Stats GPU 0 - phi2: 0.000Mh/s (5.016Mh/s) 
[2018-09-18 16:03:22] Stats GPU 0 - phi2: 0.000Mh/s (4.957Mh/s) 
[2018-09-18 16:04:22] Stats GPU 0 - phi2: 0.000Mh/s (4.898Mh/s) 

[kerney666]

@keksik
The teamredminer should be close to 100% compatible with any previous integration work into hive or ethos, but the existing solutions might need a few tweaks. For example, I see that this guy has create an integration into ethos: https://github.com/unrealjke/ethos-tdxminer, but I assume that adding phi2 would take some additional work. I wish I had the time myself to play around with this, but can't atm.

@dallase
Hmm, that's surprising. Will look into it as soon as I can find some time.

[keksik]

So i tried to plug my usb stick with ethos:) updated to 1.3.2
Set these values:
Globalminer tdxminer
Globalcore 1300
Globalmem 900
Globalvlt 975
Globalfan 75
Globalpowertune 5
Proxypool,proxywallet and poolpass.

All is working like a charm so far:) tested for 15minutes so far and it hashes 3.64mhs per card(12*rx580 4/8gb versions) total hash is 43.76! So very good results for beginning. Ill play with vlt later this week,if anyone has any idea for ethos ill be more that glad. I dont know what powertune and vlt value is efficient and stable,so any advice is much appreciated.

[MinedTangerine]

The Vertical coin http://vtlcoin.io/ is forking from lyra2z to a new algo that I think will be similar to lyra2z. It is an interesting project and the fork means it wont be nicehashable anymore.
They are looking for a dev for AMD miner. Todx are you maybe interested to help out?

[kerney666]

@MinedTangerine

As I read the code on their github, the new LBK3 hash the VTL devs have created is a simple chain of Bmw, Blake, Keccak. My assumption was that it would contain some Lyra2 aspect as well, this from the leading "L" in the algo name. I can't find any indications of that being the case though. In this form, it should be trivial for anyone who knows the sgminer codebase to create a forked version supporting LBK3. The hashes involved are also difficult to optimize above the best publicly available OpenCL versions.

I could be missing something though, just did a very quick code browse of their github? Otherwise, the bottom line is that there's currently no point spending time on this algo for us as part of this miner, we can't add enough value to justify a dev fee, and it will be completely slaughtered by fpgas if/when it becomes interesting enough. The upcoming Acorns from GPUHoarder will most probably be capable of pipelining the full algo on its Artix-7 chip.

Out of curiousity, I've reached out to neithender on the VTL discord for final clarification though.

[keksik]

i tried ethos 1.3.2 on another rig, with asus mining expert and 9 gpu (mix 570/580) and it works a bit creepy.. 1-2.4mhs per card and i am using 1200 (950) / 900, so it should work without problem...any advice?

[kerney666]

@keksik

Can't say I have anything good to say given the limited info, it sounds like you have one rig running fine on ethos 1.3.2, the other one not so much, with identical installs and similar hardware setups? And other miners work fine on the problematic rig?

[Phelpsfarm]

The real winner in the Lyra2 race will be whoever releases an optimized miner for the AMD R9 series. There is still a LOT of that gen cards out there and I for one would tip/fee-mine with my old R9 cards to support that effort. Any plans for this?

[heavyarms1912]

So this miner isn't using GCN Assembly?

[MinedTangerine]

The real winner in the Lyra2 race will be whoever releases an optimized miner for the AMD R9 series. There is still a LOT of that gen cards out there and I for one would tip/fee-mine with my old R9 cards to support that effort. Any plans for this?

R9 cards are not profitable anymore unless you have really cheap electricity. I have a few R9 380 and a R9 290x. And while 290x is a beast it eats power like no tommorow.

[MinedTangerine]

@MinedTangerine

As I read the code on their github, the new LBK3 hash the VTL devs have created is a simple chain of Bmw, Blake, Keccak. My assumption was that it would contain some Lyra2 aspect as well, this from the leading "L" in the algo name. I can't find any indications of that being the case though. In this form, it should be trivial for anyone who knows the sgminer codebase to create a forked version supporting LBK3. The hashes involved are also difficult to optimize above the best publicly available OpenCL versions.

I could be missing something though, just did a very quick code browse of their github? Otherwise, the bottom line is that there's currently no point spending time on this algo for us as part of this miner, we can't add enough value to justify a dev fee, and it will be completely slaughtered by fpgas if/when it becomes interesting enough. The upcoming Acorns from GPUHoarder will most probably be capable of pipelining the full algo on its Artix-7 chip.

Out of curiousity, I've reached out to neithender on the VTL discord for final clarification though.

Thank you a lot for the input, I really appreciate it. Good findings and interesting. I did not check the code I admit. Hm its not the best choice of algos that they have decided to use but ok. I don't expect that algo to pick any major interest soon. But if they deliver what they promised it could get attention later.

Otherwise I agree it does not seem worth of your time especially if it cannot be optimized. Your work on the lyra2z kernel is amazing btw. You showed the green camp what reds are capable of.

[keksik]

@keksik

Can't say I have anything good to say given the limited info, it sounds like you have one rig running fine on ethos 1.3.2, the other one not so much, with identical installs and similar hardware setups? And other miners work fine on the problematic rig?

Hi Thank you for your time looking at my comment, i was able to fix my problem as i forgot to set pcie gen to auto rx 570 are hashing 3,1 mhs on 1250mhz core

thanks again and looking forward for more improvements (read more hash for our cards )

[kerney666]

@heavyarms1912 So this miner isn't using GCN Assembly?

Raw assembly is an integral part of our toolchain, yes. Don't know why it matters to the end user though, hash is hash?

[heavyarms1912]

@heavyarms1912 So this miner isn't using GCN Assembly?

Raw assembly is an integral part of our toolchain, yes. Don't know why it matters to the end user though, hash is hash?

Because I recall you mentioned Vega 64 do ~10 MHs and RX580 ~6Mhs on lyra2z ?

[dragonmike]

Ahem...


...Windows?

[kerney666]

If I were to guess, Windows release will be end of next week (7-10 days from now). There are a few things we need to take care of before a win release. We also knew that this week would see very little progress as we've both been very busy.