⛏Team Black Miner (ETHB3 ETHW ETC VTC KAWPOW FIROPOW ZIL +dual +tripple mining )

[Dojo76]

TBM is very promising but being very new is normal is developing to keep up with the storic miners. I'd like to test it more extensively but rejected shares in my case are a concern (Hiveon pool), I have AMD RX 6600, RX 6600 XT and RX 6800 XT GPUs.

I set these parametes for all the GPUs:

--amd-only --xintensity=[24]

@sp_  can you recommand more stable setting to avoid rejected shares? With 1.29 are reduced but still not perfect (about 1%)

[1713555288]

1713555288

[1713555288]

1713555288

[1713555288]

1713555288

[1713555288]

1713555288

[sp_]

@sp_  can you recommand more stable setting to avoid rejected shares? With 1.29 are reduced but still not perfect (about 1%)

Found a possible fix. Testing now..

edit: 30mins without a rejected share now. 85/85

[dle378]

Have you tried any other xintensity values for MPH that worked best for your setup?

yes. --xintensity 4096 move the rig up to 115 (+5) mhash and poolside 113 ish.

on 1.30 and nvidia 497.09 windows 10
let's try --xintensity [5120] --tweak [7] --kernel [6] on 2miners running at P0 = ON and the latest final MSI AB (i find memclock improve from +1200 (MSI beta version) to +1500 (MSI final version)).

https://ibb.co/DkzmZ9R

Have you tried these settings on MiningPoolHub?

[sp_]

v1.30 final version is ready..

v1.30
1. NVIDIA partial LHR unlock for all drivers and models. Enabled with (--lhr-unlock)
2. Removed vardiff in the display when pool has static diff.
3. Reduced memory usage.
4. Added support for more pools.
5. Improved maintenance fee code, fully integrated.
6. Improved the statum code. More compatible less rejected shares.

https://github.com/sp-hash/TeamBlackMiner/releases/

TeamBlackMiner_1_30_cuda_11_2_cpufix.7z
https://www.virustotal.com/gui/file/c6e1cf764d50105ff388a6a3f1857a7da98cabe9400aacf17d8d4f9ba02989d4?nocache=1

TeamBlackMiner_1_30_cuda_11_4_cpufix.7z
https://www.virustotal.com/gui/file/30366c6cf49fd421a6975c91e452e8283e39a8392baa42f4596182a4a061beec?nocache=1

TeamBlackMiner_1_30_cuda_11_5_cpufix.7z
https://www.virustotal.com/gui/file/ee774f04c36c31a6a3cf04e797cb098f1bb9db15c88c8715bed282fd839f6945?nocache=1

TeamBlackMiner_1_30_Ubuntu_18_04_Cuda_11_5_cpufix.zip
https://www.virustotal.com/gui/file/884cd1ae8aa82dbfe3aa8d8476f3ae777d406916c682dec52590229a9298ad06?nocache=1

TeamBlackMiner_1_30_Ubuntu_18_04_Cuda_11_4_cpufix.tar.gz
https://www.virustotal.com/gui/file/185d8b3e42aafd4bd613e0a6b0d74122b1a26b118b120c0ccb2f9882bba2bfc0?nocache=1

@sp_  can you recommand more stable setting to avoid rejected shares? With 1.29 are reduced but still not perfect (about 1%)

Upgrade to v1.30. I got less than 0.5% rejects in my test.

[Dojo76]

@sp_  can you recommand more stable setting to avoid rejected shares? With 1.29 are reduced but still not perfect (about 1%)

Found a possible fix. Testing now..

edit: 30mins without a rejected share now. 85/85

Sounds great! I noticed RX 6800 XT is more prone  to rejected shares than other AMD 6000 series GPUs despite running very stable, looking forward to test the new version

[sp_]

But the new version have increased cpu usage for cuda.

building a new version

edit: windows complete

[wasarianta]

Have you tried any other xintensity values for MPH that worked best for your setup?

yes. --xintensity 4096 move the rig up to 115 (+5) mhash and poolside 113 ish.

on 1.30 and nvidia 497.09 windows 10
let's try --xintensity [5120] --tweak [7] --kernel [6] on 2miners running at P0 = ON and the latest final MSI AB (i find memclock improve from +1200 (MSI beta version) to +1500 (MSI final version)).

https://ibb.co/DkzmZ9R

Have you tried these settings on MiningPoolHub?

no... sorry even the closest host asia.ethash-hub.miningpoolhub.com for me have 130+ ms ping and the diff is higher than 2miners.  
sp_ , is it possible to set Extranonce manually for eth?

[sp_]

sp_ , is it possible to set Extranonce manually for eth?

no


linux build with no cpu added:


https://github.com/sp-hash/TeamBlackMiner/releases

[Zels]

Result on latest release here:

Nicehash: Lot of reject, share above target after 4 - 5min running


prohashing, incorrect algo 



V1.29 working fine here, 1.30 fail 

[sp_]

V1.29 working fine here, 1.30 fail  

thanks for reporting. We will fix it

https://github.com/sp-hash/TeamBlackMiner/issues/178
https://github.com/sp-hash/TeamBlackMiner/issues/177

[Dojo76]

v1.30 final version is ready..

Upgrade to v1.30. I got less than 0.5% rejects in my test.

I upgraded yesterday, in about 12h only 11 rejected shares (0,22%). Wonderful job, you're very close to perfection in Hiveon pool, huge improvement. I noticed that all the rejected are basically in the first minutes after miner is started, then almost no rejected ones until is restarted, it seems like pool and miner needs some minutes to adjust     

[sxemini]

I get 34,4 mh on my 6600xt. After 24h no reject share on rustpool and ethermine.

But ETC+Zil will not work for me. Cannot subscribe to the pool.

[sp_]

I get 34,4 mh on my 6600xt. After 24h no reject share on rustpool and ethermine.
But ETC+Zil will not work for me. Cannot subscribe to the pool.

I have created a ticked for this. We will look into it.

https://github.com/sp-hash/TeamBlackMiner/issues/179

Upgrade to v1.30. I got less than 0.5% rejects in my test.

I upgraded yesterday, in about 12h only 11 rejected shares (0,22%). Wonderful job, you're very close to perfection in Hiveon pool, huge improvement. I noticed that all the rejected are basically in the first minutes after miner is started, then almost no rejected ones until is restarted, it seems like pool and miner needs some minutes to adjust

Did a small change and now I get 0 rejects on the hiveon pool. Will let it run for a while.

edit: 0% rejects and 0% stale in the LHR card testrig on the hiveon pool..

Small changes to the stratum code can break compatibility with other pools, so we need more testing.

[sp_]

v1.31
1. Fixed bug in stratumcode for nicehash and the hiveon pool and possibly other pools as well.
2. Added support for NVIDIA compute 6.0, 7.0, 8.0 cards GV100 , V100 , GA100
3. Fixed XINT,KERN, hashrate and hashrate/w in the stats when running with a selection of gpus in the rig.

https://github.com/sp-hash/TeamBlackMiner/releases/

TeamBlackMiner_1_31_cuda_11_5.7z
https://www.virustotal.com/gui/file/1962b8a9e647c52f44f6ccbcb1c44338f45e65fd673b6d16c4302164392cf0ee?nocache=1

TeamBlackMiner_1_31_cuda_11_4.7z
https://www.virustotal.com/gui/file/68e09c20600091a7b6aaf5883bd0a5cba581caa012a840e711993c773dbe8230?nocache=1

TeamBlackMiner_1_31_cuda_11_2.7z
https://www.virustotal.com/gui/file/7b020400aff7b051d382ab3251a0ceb04f5eb8f2b25666c0384b2d6efcc4310f?nocache=1

TeamBlackMiner_1_31_Ubuntu_18_04_Cuda_11_5.tar.gz
https://www.virustotal.com/gui/file/11be3e27df5ed18568b8cca37dc68e0c766f6a08cfc998959dd25e7f52449f9e?nocache=1

TeamBlackMiner_1_31_Ubuntu_18_04_Cuda_11_4.tar.gz
https://www.virustotal.com/gui/file/a8dca50673e5f7d9cb0df784d906d2531d3bf7d1c03123eba392d0c3e0717162?nocache=1

[swogerino]

I tried your miner,I mean your last 1.31 version and it keeps getting kicked out of the pool ezil.me after a certain amount,it did so 2 times in an hour.I quit for the moment and got back to another miner but what could be the problem as even the reported hash rate was much higher than mine,I have about 290 Mhsh and it showed 425 Mhsh in the pool.At least the stale shares problem is fixed but another one popped up,this one that I just described.

[sp_]

Thanks for testing, I will try a rig on Ezil. Do you have a logfile I can look at for more information?

[swogerino]

Thanks for testing, I will try a rig on Ezil. Do you have a logfile I can look at for more information?

Unfortunately no,it just said stratum thread closed after waiting for x% of seconds in yellow text as the error,if I pressed a key it continue to mine for another half hour and then the same error happens.My cards are as always the Rx 6800 XT-s and GTX 1080 ti in my not so stable rig so far.

[sp_]

in my not so stable rig so far.

If your rig is unstable don't mine eth+zil because the dag creation is difficult for the graphic card.
Or add --dagintensity 1 . Tested it for 20 minutes, and everything looks normal. 1 reported stale in TBM, 2 on the pool

[sp_]

LHR detector implemented. So perhaps lhr+autotune in the next build.

[Dojo76]

I get 34,4 mh on my 6600xt. After 24h no reject share on rustpool and ethermine.
But ETC+Zil will not work for me. Cannot subscribe to the pool.

I have created a ticked for this. We will look into it.

https://github.com/sp-hash/TeamBlackMiner/issues/179

Upgrade to v1.30. I got less than 0.5% rejects in my test.

I upgraded yesterday, in about 12h only 11 rejected shares (0,22%). Wonderful job, you're very close to perfection in Hiveon pool, huge improvement. I noticed that all the rejected are basically in the first minutes after miner is started, then almost no rejected ones until is restarted, it seems like pool and miner needs some minutes to adjust

Did a small change and now I get 0 rejects on the hiveon pool. Will let it run for a while.

edit: 0% rejects and 0% stale in the LHR card testrig on the hiveon pool..

Small changes to the stratum code can break compatibility with other pools, so we need more testing.

I upgraded to 1.31, rejected shares are very low also with AMD cards if I add '--amd-only' parameter, it seems miner runs more stable. I noticed that 2 out of 6 RX 6600 XT have no stats, it also looks like the order in miner (GPU0,GPU1...) is reversed compared to HiveOS order. I'm on the latest AMD drivers.

Can you confirm the cosmetic issue?