[ANN] TeamRedMiner v0.10.10 - Ironfish/Kaspa/ZIL/Kawpow/Etchash and More - page 32.

kerney666

member

Activity: 658

Merit: 86

Quote from: Pe_Da on November 21, 2020, 12:04:35 PM

Unfortunately the new RX 6000 Series are not support at present, when can we expect with?

Thank you!

Didn't manage to get an order in myself, just got remote access to one from a friendly user, will try to run tests. Best case is that it's trivial to reuse current RDNA/Navi kernels, worst case is that we need to wait for AMD to release their ISA document publicly. I just don't know yet unf.

Pe_Da

jr. member

Activity: 58

Merit: 5

Unfortunately the new RX 6000 Series are not support at present, when can we expect with?

Thank you!

jimmyD30

jr. member

Activity: 64

Merit: 1

Quote from: kerney666 on November 20, 2020, 06:41:33 PM

Quote from: jimmyD30 on November 19, 2020, 12:22:43 PM

Hi Kerney, when you get a chance can you post your open source SGMiner API extensions to github?

I'm almost done with a FREE miner monitoring app (for ios) and would like to include your extensions. When it's released on the app store I will start a new forum thread for it.

Thank you!

Hi jimmy, sent you a DM in our discord chat.

Thank you!

FYI: Since switching to MPH (from NH) miner has been VERY stable (no more just stops mining, probably switching coins was an issue), 4 miners up for days with NO issues :-)

fapar

sr. member

Activity: 1414

Merit: 270

Undeads.com - P2E Runner Game

Quote from: TheSkyTurk on November 19, 2020, 12:23:38 PM

I have 15 GH eth mining hashrate. I use Phoenixminer but it gives many incorrect shares only on navi gpus last two days. There was any problem before. I m looking for a different miner. I m trying TeamRedMiner with RX 5700 XT GPUs. I realized TeamRedMiner gives lower hashrate with same settings. What should i do ?

This problem is very old, it was at the dawn of the popularization of mining (sgminer, etc.). Each miner creator tries to optimize the core of his miner in order to increase the hashrate and maintain stability. Remember the dual-mining from Claymore; you increase the intensity - the hashrate increases, but there is a increase number of rejected shares (or HW).

kerney666

member

Activity: 658

Merit: 86

Quote from: jimmyD30 on November 19, 2020, 12:22:43 PM

Hi Kerney, when you get a chance can you post your open source SGMiner API extensions to github?

I'm almost done with a FREE miner monitoring app (for ios) and would like to include your extensions. When it's released on the app store I will start a new forum thread for it.

Thank you!

Hi jimmy, sent you a DM in our discord chat.

kerney666

member

Activity: 658

Merit: 86

Quote from: TheSkyTurk on November 19, 2020, 12:23:38 PM

I have 15 GH eth mining hashrate. I use Phoenixminer but it gives many incorrect shares only on navi gpus last two days. There was any problem before. I m looking for a different miner. I m trying TeamRedMiner with RX 5700 XT GPUs. I realized TeamRedMiner gives lower hashrate with same settings. What should i do ?

Well, I would maybe ask you to run the miner for 1-2 days to assess the poolside hashrate. With 15 GH you don't have that much variance. You'll notice that we actually do hit the reported hashrate - dev fee over time, adjusted for stales.

If you have any questions we're always around in our discord, and much more active there than here on Bitcointalk.

miner29

full member

Activity: 1275

Merit: 141

Quote from: TheSkyTurk on November 19, 2020, 12:23:38 PM

I have 15 GH eth mining hashrate. I use Phoenixminer but it gives many incorrect shares only on navi gpus last two days. There was any problem before. I m looking for a different miner. I m trying TeamRedMiner with RX 5700 XT GPUs. I realized TeamRedMiner gives lower hashrate with same settings. What should i do ?

Figure out if higher hash rate with more incorrect shares is better/worse then lower hash rate less incorrect shares.

Generally less hash rate with fewer incorrect is better but YMMV.

TheSkyTurk

jr. member

Activity: 47

Merit: 3

I have 15 GH eth mining hashrate. I use Phoenixminer but it gives many incorrect shares only on navi gpus last two days. There was any problem before. I m looking for a different miner. I m trying TeamRedMiner with RX 5700 XT GPUs. I realized TeamRedMiner gives lower hashrate with same settings. What should i do ?

jimmyD30

jr. member

Activity: 64

Merit: 1

Hi Kerney, when you get a chance can you post your open source SGMiner API extensions to github?

I'm almost done with a FREE miner monitoring app (for ios) and would like to include your extensions. When it's released on the app store I will start a new forum thread for it.

Thank you!

kerney666

member

Activity: 658

Merit: 86

Quote from: Ursul0 on November 14, 2020, 10:05:45 AM

Quote from: kerney666 on November 13, 2020, 01:52:17 PM

Quote from: CrypticMiner on November 13, 2020, 12:11:05 AM

I have been using TRM for over 6 months with very happy results on my Ethereum mining farm. The most recent release has been causing random GPU mining crashes on rigs that have been stable for months. The problem with the crashes is 0.7.17 frequently hangs and just sits there not mining until the user issues a system restart. I have had 10-20 rigs not mining for hours due to this.

I recently went back to 0.7.15 and all the issues went away. I have been running a farm for about four years now and know when there is an issue with mining software versus GPU crashes due to OC, riser, voltage issues, etc...

Here is SMOS log of one of the many crashes after 0.7.17 upgrade on all my machines.

Code:

[2020-11-10 04:36:13] Pool us2.ethermine.org received new job. (job_id: 0x238cea67918072b4b145002a593cb77015079123ffb74ce84a47d8ff1f78aafc)
[2020-11-10 04:36:14] Watchdog triggering miner shutdown after restart script execution.
[2020-11-10 04:36:14] Shutting down...
[2020-11-10 04:36:14] Watchdog thread exiting.
[2020-11-10 04:36:14] GPU10 thread exiting.
[2020-11-10 04:36:14] GPU 9 thread exiting.
[2020-11-10 04:36:14] GPU12 thread exiting. 
[2020-11-10 04:36:14] GPU 2 thread exiting.
[2020-11-10 04:36:14] GPU 1 thread exiting.
[2020-11-10 04:36:14] GPU11 thread exiting.
[2020-11-10 04:36:14] GPU 3 thread exiting.
[2020-11-10 04:36:14] GPU 6 thread exiting.
[2020-11-10 04:36:14] GPU 7 thread exiting.
[2020-11-10 04:36:14] GPU 0 thread exiting.
[2020-11-10 04:36:14] GPU 8 thread exiting.
[2020-11-10 04:36:14] GPU 5 thread exiting.
[2020-11-10 04:36:24] GPU 4 thread 0 shutdown timed out.
[2020-11-10 04:36:24] Successful clean shutdown.
Miner ended or crashed. Restarting miner in 30 seconds...

Hi! Any chance you can hunt me down on discord to do some one-one-one troubleshooting? I would love to get more data here, a full log as produced by —log_file would be great as a start. There are zero kernel changes between these two versions, so gpu stability isn’t really expected to be affected. I also wonder what watchdog/restart script is executed above. Afaik SMOS normally run their own script, but since you don’t even get a proper reboot above something is weird. Also, it looks like gpu 4 is stuck above, would be interesting to hear if there are any kernel/dmesg logs of interest or if this could even be a host-side hang.

I've noticed on multiple occasions that miner that is able to allocate proper and work normally after restart will just sit idle around the gpu reset. miner can be closed gracefully and it is not active in a driver and app can be started again and sometimes it may even work...
multiple restarts/power cycles usually do the trick, but it's no way to use it... so for now I'm on PM5.2c - it allocates 4023 easily, but unlike TRM it won't hold the allocation and switch back and froth between ETH and ZIL dags. plan to setup linux on one 4gb with 11 gpus, will see how it goes.

...Also Claymore's Miner Manager is very useful, any thoughts to update the API to support at least the reporting part?

Yeah, the win allocation state for 4GBs is a mess right. It seems to depend a lot on tiny details in the allocation strategy, ending up with something that's just random. Some users say TRM works and other miners doe't, for others it's vice versa. It's a shitshow Cheesy

.

And yes, support for Claymore's Miner Manager is on the TODO list. Will probably be read-only.

kerney666

member

Activity: 658

Merit: 86

Quote from: razerf on November 18, 2020, 04:42:11 AM

Hello when etchash support?
thank you.

It's done, I'm waiting for feedback from some pools on how they will act on fork day. Getting tired of waiting though, so I might solve it in a different way instead,

jimmyD30

jr. member

Activity: 64

Merit: 1

Hello, I heard trm added failover pools, but I can't find any info on it, any help :-)

EDIT: Got it :-)

razerf

newbie

Activity: 15

Merit: 0

Hello when etchash support?
thank you.

GKumaran

member

Activity: 204

Merit: 10

Quote from: jimmyD30 on November 14, 2020, 03:24:07 PM

Hello, does anyone know if there is a monitoring app for TRM? Or at least an API for miner info.

There are many tools to monitor miners including TRM.
I suggest : foreman.mn(https://foreman.mn/), this is a pretty good, pure monitoring tool.
Or you can use awesome miner.

kerney666

member

Activity: 658

Merit: 86

Quote from: fmz89 on November 15, 2020, 03:20:20 AM

Quote from: jimmyD30 on November 14, 2020, 03:24:07 PM

Hello, does anyone know if there is a monitoring app for TRM? Or at least an API for miner info.

TRM already had basic api but no documentation to use it, refer to sgminer i think

already ask to dev back in time, i think no interest on TRM using fancy api or standalone remote app

maybe the busy doing their life, atleast they had basic api

I believe we provide more info in our API than most other miners? The most common issue is that people expect a http-json api while the sgminer api is a plain old tcp/ip api. I personally think it's butt ugly, but there were reasons for choosing it: we needed an open source, _multi-algo_ api that was already supported by available tools. We could have rolled our own but then we'd have to push all 3rd parties to implement it, this way Awesome Miner was up and running with the click of a button.

But yeah, since sgminer is some old unknown dinosaur to most people in 2020, we should add our own documentation, and probably also wrap the api it in an embedded http server. It's been really long since someone asked for it now though, hasn't been a priority.

fmz89

legendary

Activity: 1764

Merit: 1002

Quote from: jimmyD30 on November 14, 2020, 03:24:07 PM

Hello, does anyone know if there is a monitoring app for TRM? Or at least an API for miner info.

TRM already had basic api but no documentation to use it, refer to sgminer i think

already ask to dev back in time, i think no interest on TRM using fancy api or standalone remote app

maybe the busy doing their life, atleast they had basic api

joseph32

member

Activity: 418

Merit: 21

Quote from: jimmyD30 on November 14, 2020, 03:24:07 PM

Hello, does anyone know if there is a monitoring app for TRM? Or at least an API for miner info.

https://bitcointalksearch.org/topic/awesome-miner-powerful-windows-gui-to-manage-and-monitor-up-to-200000-miners-676942

jimmyD30

jr. member

Activity: 64

Merit: 1

Hello, does anyone know if there is a monitoring app for TRM? Or at least an API for miner info.

Ursul0

sr. member

Activity: 857

Merit: 262

Quote from: kerney666 on November 13, 2020, 01:52:17 PM

Quote from: CrypticMiner on November 13, 2020, 12:11:05 AM

I have been using TRM for over 6 months with very happy results on my Ethereum mining farm. The most recent release has been causing random GPU mining crashes on rigs that have been stable for months. The problem with the crashes is 0.7.17 frequently hangs and just sits there not mining until the user issues a system restart. I have had 10-20 rigs not mining for hours due to this.

I recently went back to 0.7.15 and all the issues went away. I have been running a farm for about four years now and know when there is an issue with mining software versus GPU crashes due to OC, riser, voltage issues, etc...

Here is SMOS log of one of the many crashes after 0.7.17 upgrade on all my machines.

Code:

[2020-11-10 04:36:13] Pool us2.ethermine.org received new job. (job_id: 0x238cea67918072b4b145002a593cb77015079123ffb74ce84a47d8ff1f78aafc)
[2020-11-10 04:36:14] Watchdog triggering miner shutdown after restart script execution.
[2020-11-10 04:36:14] Shutting down...
[2020-11-10 04:36:14] Watchdog thread exiting.
[2020-11-10 04:36:14] GPU10 thread exiting.
[2020-11-10 04:36:14] GPU 9 thread exiting.
[2020-11-10 04:36:14] GPU12 thread exiting.
[2020-11-10 04:36:14] GPU 2 thread exiting.
[2020-11-10 04:36:14] GPU 1 thread exiting.
[2020-11-10 04:36:14] GPU11 thread exiting.
[2020-11-10 04:36:14] GPU 3 thread exiting.
[2020-11-10 04:36:14] GPU 6 thread exiting.
[2020-11-10 04:36:14] GPU 7 thread exiting.
[2020-11-10 04:36:14] GPU 0 thread exiting.
[2020-11-10 04:36:14] GPU 8 thread exiting.
[2020-11-10 04:36:14] GPU 5 thread exiting.
[2020-11-10 04:36:24] GPU 4 thread 0 shutdown timed out.
[2020-11-10 04:36:24] Successful clean shutdown.
Miner ended or crashed. Restarting miner in 30 seconds...

Hi! Any chance you can hunt me down on discord to do some one-one-one troubleshooting? I would love to get more data here, a full log as produced by —log_file would be great as a start. There are zero kernel changes between these two versions, so gpu stability isn’t really expected to be affected. I also wonder what watchdog/restart script is executed above. Afaik SMOS normally run their own script, but since you don’t even get a proper reboot above something is weird. Also, it looks like gpu 4 is stuck above, would be interesting to hear if there are any kernel/dmesg logs of interest or if this could even be a host-side hang.

I've noticed on multiple occasions that miner that is able to allocate proper and work normally after restart will just sit idle around the gpu reset. miner can be closed gracefully and it is not active in a driver and app can be started again and sometimes it may even work...
multiple restarts/power cycles usually do the trick, but it's no way to use it... so for now I'm on PM5.2c - it allocates 4023 easily, but unlike TRM it won't hold the allocation and switch back and froth between ETH and ZIL dags. plan to setup linux on one 4gb with 11 gpus, will see how it goes.

...Also Claymore's Miner Manager is very useful, any thoughts to update the API to support at least the reporting part?

kerney666

member

Activity: 658

Merit: 86

Quote from: CrypticMiner on November 13, 2020, 12:11:05 AM

I have been using TRM for over 6 months with very happy results on my Ethereum mining farm. The most recent release has been causing random GPU mining crashes on rigs that have been stable for months. The problem with the crashes is 0.7.17 frequently hangs and just sits there not mining until the user issues a system restart. I have had 10-20 rigs not mining for hours due to this.

I recently went back to 0.7.15 and all the issues went away. I have been running a farm for about four years now and know when there is an issue with mining software versus GPU crashes due to OC, riser, voltage issues, etc...

Here is SMOS log of one of the many crashes after 0.7.17 upgrade on all my machines.

Code:

[2020-11-10 04:36:13] Pool us2.ethermine.org received new job. (job_id: 0x238cea67918072b4b145002a593cb77015079123ffb74ce84a47d8ff1f78aafc)
[2020-11-10 04:36:14] Watchdog triggering miner shutdown after restart script execution.
[2020-11-10 04:36:14] Shutting down...
[2020-11-10 04:36:14] Watchdog thread exiting.
[2020-11-10 04:36:14] GPU10 thread exiting.
[2020-11-10 04:36:14] GPU 9 thread exiting.
[2020-11-10 04:36:14] GPU12 thread exiting.
[2020-11-10 04:36:14] GPU 2 thread exiting.
[2020-11-10 04:36:14] GPU 1 thread exiting.
[2020-11-10 04:36:14] GPU11 thread exiting.
[2020-11-10 04:36:14] GPU 3 thread exiting.
[2020-11-10 04:36:14] GPU 6 thread exiting.
[2020-11-10 04:36:14] GPU 7 thread exiting.
[2020-11-10 04:36:14] GPU 0 thread exiting.
[2020-11-10 04:36:14] GPU 8 thread exiting.
[2020-11-10 04:36:14] GPU 5 thread exiting.
[2020-11-10 04:36:24] GPU 4 thread 0 shutdown timed out.
[2020-11-10 04:36:24] Successful clean shutdown.
Miner ended or crashed. Restarting miner in 30 seconds...

Hi! Any chance you can hunt me down on discord to do some one-one-one troubleshooting? I would love to get more data here, a full log as produced by —log_file would be great as a start. There are zero kernel changes between these two versions, so gpu stability isn’t really expected to be affected. I also wonder what watchdog/restart script is executed above. Afaik SMOS normally run their own script, but since you don’t even get a proper reboot above something is weird. Also, it looks like gpu 4 is stuck above, would be interesting to hear if there are any kernel/dmesg logs of interest or if this could even be a host-side hang.

Topic: [ANN] TeamRedMiner v0.10.10 - Ironfish/Kaspa/ZIL/Kawpow/Etchash and More - page 32. (Read 211852 times)