Pages:
Author

Topic: Team Black Miner (ETHW ETC Vertcoin Ravencoin Zilliqa +dual +tripple mining ) - page 21. (Read 35090 times)

jr. member
Activity: 139
Merit: 3
Just as an FYI: 1.54 is showing the version as 1.49 in the Welcome message.

I tested all the 1.54 builds, and they show the correct version number. Perhaps your antivirus has revived an old version?

Heh.. I edited my launch script and hard-coded the file path in the script, which I then copied over into the version 1.54 directory... So, yeah it was actually running the old version.   Embarrassed
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
Just as an FYI: 1.54 is showing the version as 1.49 in the Welcome message.

I tested all the 1.54 builds, and they show the correct version number. Perhaps your antivirus has revived an old version?
jr. member
Activity: 139
Merit: 3
v1.54
1. If the lhr autotune fails after 50 adjustments, select the best tuning for the rest of the period.
2. Ethermine and flexpool over to a different stratum implementation.

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

TeamBlackMiner_1_54_Ubuntu_18_04_Cuda_11_4.tar.xz
https://www.virustotal.com/gui/file/9f87fa90f5ad1b15f27655dc8accfa80d09d820e56140cfc217f3b0da61dd633?nocache=1

TeamBlackMiner_1_54_Ubuntu_18_04_Cuda_11_5.tar.xz
https://www.virustotal.com/gui/file/25a5c47e825915908af0d333955ba8bc56c05ac8e5b5355df7afe27e47afe592?nocache=1

TeamBlackMiner_1_54_cuda_11_4.7z
https://www.virustotal.com/gui/file/210d13919351303e309150a621526b01157155882a9c3550e692e01e75cab132?nocache=1

TeamBlackMiner_1_54_cuda_11_4.7z
https://www.virustotal.com/gui/file/16cdc2d3b826371303fec26ca35be16f3d33b8c076c4d4c52ba82dfefa2136eb?nocache=1

-----
It does not work with Ethermine - errors:Pool connection disconnected or timeout. Error: Pool reponded(!) with error.

v1.54 should have a fix on ethermine and flexpool with slightly different stratum implementation.
Make sure that you mine with less than 5% stale shares on these pools, if not you can be thrown off.

Just as an FYI: 1.54 is showing the version as 1.49 in the Welcome message.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
v1.54
1. If the lhr autotune fails after 50 adjustments, select the best tuning for the rest of the period.
2. Ethermine and flexpool over to a different stratum implementation.

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

TeamBlackMiner_1_54_Ubuntu_18_04_Cuda_11_4.tar.xz
https://www.virustotal.com/gui/file/9f87fa90f5ad1b15f27655dc8accfa80d09d820e56140cfc217f3b0da61dd633?nocache=1

TeamBlackMiner_1_54_Ubuntu_18_04_Cuda_11_5.tar.xz
https://www.virustotal.com/gui/file/25a5c47e825915908af0d333955ba8bc56c05ac8e5b5355df7afe27e47afe592?nocache=1

TeamBlackMiner_1_54_cuda_11_4.7z
https://www.virustotal.com/gui/file/210d13919351303e309150a621526b01157155882a9c3550e692e01e75cab132?nocache=1

TeamBlackMiner_1_54_cuda_11_4.7z
https://www.virustotal.com/gui/file/16cdc2d3b826371303fec26ca35be16f3d33b8c076c4d4c52ba82dfefa2136eb?nocache=1

-----
It does not work with Ethermine - errors:Pool connection disconnected or timeout. Error: Pool reponded(!) with error.

v1.54 should have a fix on ethermine and flexpool with slightly different stratum implementation.
Make sure that you mine with less than 5% stale shares on these pools, if not you can be thrown off.
sr. member
Activity: 954
Merit: 250
It does not work with Ethermine - errors:Pool connection disconnected or timeout. Error: Pool reponded(!) with error.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
Greetings, I was watching 1.34 because the following versions lowered the hash rate in my Gpus
xintensity 60 Rx580 from 33-34 to 30-31
xintensity -1 Rx6800 from 65-66 to 62-63
flexpool pool

You can try to increase the intensity.  v1.52 can also do 65-66 on --xintensity 128.The RTX 580 might be a little bit slower because of a new kernel, but
soon TBM will have 3 kernels with auto tuning to find the fastest for your card.

Beware: it’s not reconnecting to the pool... it’s that it never detects the internet connection again when the fault is fixed and it’s always on hold.
In conclusion, if you do not detect the internet connection again, you will not be able to connect to the pool.
I would appreciate any solution.

the --timeout parameter will exit the miner if the stratum is unable to connect. Default is 1 minute. You need to run the miner with a loop script. examples are located in the archive.
newbie
Activity: 36
Merit: 0

Greetings, I was watching 1.34 because the following versions lowered the hash rate in my Gpus
xintensity 60 Rx580 from 33-34 to 30-31
xintensity -1 Rx6800 from 65-66 to 62-63
flexpool pool

The other drawback is that the program does not stay active or reconnect like the other programs when there is some kind of failure in the internet connection.
Beware: it’s not reconnecting to the pool... it’s that it never detects the internet connection again when the fault is fixed and it’s always on hold.
In conclusion, if you do not detect the internet connection again, you will not be able to connect to the pool.

I would appreciate any solution.
hero member
Activity: 2604
Merit: 961
fly or die
I checked the command line parameters and 0,1 was correct (default in the other bat was 3,3 so not correct for me although it worked OK).

In admin mode the miner doesn't want to run probably the antivirus interfering despite the fact I have added an exclusion.

I have changed the pool as I wont get to 0.1ETH that quickly so better to waste a couple of hours of mining rather than 20 hours.

Thanks for your answers, I'll do more reading and testing and will report results.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
With the LHR bat the 3080Ti drawing much less is also cooler and the 3090 too so at least I'm not worried letting things like that for the moment.

You mention --lhr-unlock [0,1] : since the 3090 isn't LHR shouldn't I put --lhr-unlock [1] ?

I'll also get MSI afterburner, the miner says my account doesn't have the right to change the clocks.

Run

TBminer --list-devices to check the order. the 3090 is normally, the first card and should not run in LHR mode.


You need to run the miner as admin to change the clocks, but MSI afterburner or other tools are better.
hero member
Activity: 2604
Merit: 961
fly or die
I'm running the bat ethermine_eth. Getting 110MH/s from the 3090 and 60MH/s from the 3080Ti. It's to be expected as the latter is LHR and I'm not running a LHR bat.

This miner works best on other pools.

2miners.com is good.

--xintensity [4096,0] --lhr-unlock [0,1]

in msi afterburner 70% TDP on the 3080ti and 88 degree temp limit. 10500 memory clock or higher. 1500 core clock.

v1.53 has just been released.

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


rtx 3090 138MHASH with the Team Black Miner on the 2miners.com pool

here is the clock settings (video):

https://imgur.com/a/stWmdM3

138Mh/s on the 3090 wow.

Thanks for the info I'll look into it and probably switch pools tomorrow (it's midnight I will go to sleep soon).

With the LHR bat the 3080Ti drawing much less is also cooler and the 3090 too so at least I'm not worried letting things like that for the moment.

You mention --lhr-unlock [0,1] : since the 3090 isn't LHR shouldn't I put --lhr-unlock [1] ?

I'll also get MSI afterburner, the miner says my account doesn't have the right to change the clocks.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
I'm running the bat ethermine_eth. Getting 110MH/s from the 3090 and 60MH/s from the 3080Ti. It's to be expected as the latter is LHR and I'm not running a LHR bat.

This miner works best on other pools.

2miners.com is good.

--xintensity [4096,0] --lhr-unlock [0,1]

in msi afterburner 70% TDP on the 3080ti and 88 degree temp limit. 10500 memory clock or higher. 1500 core clock.

v1.53 has just been released.

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


rtx 3090 138MHASH with the Team Black Miner on the 2miners.com pool

here is the clock settings (video):

https://imgur.com/a/stWmdM3
hero member
Activity: 2604
Merit: 961
fly or die
Hello guys. My setup is a bit atypical, there is a good reason for it, so please just help me optimize it or no need to comment.

I'm running a 3090 and a 3080Ti together, both are mounted directly on the mobo (3090 first), so very close to each other. The 3090 is much bigger so it's getting air anyway, I have fans blowing on the cards too.

I'm running the bat ethermine_eth. Getting 110MH/s from the 3090 and 60MH/s from the 3080Ti. It's to be expected as the latter is LHR and I'm not running a LHR bat.

So first of all can I run the LHR bat with the 3090, or maybe I need to tweak a bat ?

The 3090 is drawing 345W and the 3080Ti 340W, I believe that could be improved.

Especially for the last reason : I will stay with the cards like that for a few weeks (or maybe put the 3080Ti on a riser I have), the 3090 GPU is at 64-65°C with the fan at 100%, the 3080Ti is at 76-77°C with the fan at 58%. I haven't set up the fan speeds they're like that automatically. Are these temps OK ?


Tx

edit : OK I've ran the LHR two cards bat it seems to be doing something better, the 3080Ti has a bit more hashrate but more importantly much less power draw.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
i have rig of x7 rtx 3070 vulcan, non lhr , use for this gminer 441mh, with tbm have problem dag failed, i try 1.28 at 1.35v, now try last version 1.50, same problem dag failed , i try --dagintensity 1

Run 1.52. And lower the memclock on one of the gpu's until dag verification works. Then the program will copy this dag onto the other devices. As an alternative you can add another card in the rig that can create the dag. 3080, 3090, 1080ti, 1070, etc..

tips: Try to increase the memclock of the cards that get the dag buffer copied to. You can run stable on +100-200mhz higher mem clocks compared to other miners..

--------------------

I'm still looking into this CUDA 114 vs 115 performance issue with the linux distro,

On windows it's the opposite. The 11.5 build is performing better than the 11.4 build.

1.52 is built with cuda 11.4.4 (the latest version, released just some days ago)
newbie
Activity: 10
Merit: 0
The following (minus the obvious) command: ./TBMiner --algo ethash ... -Y 3 --xintensity 1000 --log, resulted in:

Use brackets around the gpu selector -Y [3]

-------------------------------------


Can somebody please share setup multiple 3070 (I have 8x3070 (original ones) and Afterburner clocks, as Im still getting lots of dag errors and stales.

One of the cards in the rig needs to be clocked lower than the others so that the dag buffer is created without errors and loaded onto all of the other gpus without errors. My 3070 LHR can run with up to 8300 Memclock if the dag is created on the 3080ti. (T-rex is crashing at 8100)
But if your rig is only 3070 cards, let one of them run at 7800 to create the dag buffer.
Stale shares can be removed by lowering the --xintensity or switching the pool.

This image was created in p2 mode. But after set my cards in P0 mode, I could clock it even higher

https://user-images.githubusercontent.com/9572668/151552461-81d32647-9357-41c3-9b18-7950a2a4ee86.png

--------------------

new fixed build with working lhr-unlock for linux uploaded

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

TeamBlackMiner_1_50_Ubuntu_18_04_Cuda_11_4_fixed.tar.xz
https://www.virustotal.com/gui/file/3af45ac62fc80c2b214152424ffdfc690c7e3117689ada1bf4dc96713277c4e0?nocache=1


i have rig of x7 rtx 3070 vulcan, non lhr , use for this gminer 441mh, with tbm have problem dag failed, i try 1.28 at 1.35v, now try last version 1.50, same problem dag failed , i try --dagintensity 1
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
jr. member
Activity: 139
Merit: 3
I'm still looking into this CUDA 114 vs 115 performance issue with the linux distro, and I'm wondering if it might come down to the compiler being used for the Nvidia CUDA code...  Are you using NVCC or Clang?  I am reading that Clang is providing much more optimized and higher performance builds..?
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
run each miner in a seperate folder or use the --no-stats parameter
jr. member
Activity: 139
Merit: 3
When running multiple instances of the miner for individual AMD cards, it instantiates each card correctly, but beings the labels for each instance as GPU0, the clients then begin emitting "Cannot open rocm-smi for gpu utilization information", when there are multiple instances of the miner (for AMD cards, haven't tested this for multiple instances of Nvidia cards).  It might be affecting the miner operation, because the stats are lower on the cards that are duplicated across miners (2 miners, one with 3 cards and one with 1 card will have GPU 0 report lower hashrate, 2 miners one with 2 and the other with 2 will show lower hash rates for both cards, but I don't know if it reflects in the share rate since I haven't let them run very long in this configuration), either way, it makes a mess of the logs.
sp_
legendary
Activity: 2954
Merit: 1087
Team Black developer
Hello, Im new here.
 700-1000 intensity with same speed 35-37Mgh including 5%-15% stales.
So I wonder if I change pool nothing will change for me if pool pays for stales.

https://github.com/sp-hash/TeamBlackMiner/blob/main/FAQ.md

2miners, miningpoolhub, nanopool, f2pool and around 50% of the pools in the network can do 4000 without stales. every share is payed. This is because the ethereum blockchain reward stale shares
Pages:
Jump to: