Pages:
Author

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

sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
Which cards? 3060ti LHR3 unlocks with -85

--lhr-unlock [-85]
copper member
Activity: 77
Merit: 0
v1.61 is looking good. One testrig has been running for 48 hours on the hiveon.com pool with more than 10000 accepted and no rejected shares.

Any LHR updates for the latest releases?

I still cannot get my LHR hashrates to stabilize even after trying all the recommended values you provided in previous posts.
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
v1.61 is looking good. One testrig has been running for 48 hours on the hiveon.com pool with more than 10000 accepted and no rejected shares.
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
The testrigs ran for 20 hours on v1.60 without rejects, but  then I got a internet problem with a timeout, and the 0.5% rejected shares bug was back after reconnecting. (hiveon)
Found the problem, and will release a fix in 1.61 soon.
----------------------------
Team Black Miner v1.61

1. Fix rejected shares after pool disconnection and reconnection on some pools.

TeamBlackMiner_1_61_cuda_11_5.7z
https://www.virustotal.com/gui/file/2905fbc2d0c17551de6b0a7713ac6b94b580965b3a6d2e5e9a19a4948ec707cb?nocache=1

TeamBlackMiner_1_61_cuda_11_4.7z
https://www.virustotal.com/gui/file/cf09be27ce8ec4690e25383cc7c49a971e56fbe3cad5869e5a577e64b7ca2b31?nocache=1

TeamBlackMiner_1_61_Ubuntu_18_04_Cuda_11_5.tar.xz
https://www.virustotal.com/gui/file/c22832b00b39a4d9db2e7d58b6ac967c09fa2dc2db5887120971695588f49e3d?nocache=1

TeamBlackMiner_1_61_Ubuntu_18_04_Cuda_11_4.tar.xz
https://www.virustotal.com/gui/file/d2b6c2c1e0fe26b1c175621baf944eac345cdff81213e0de2601fff9aa11c660?nocache=1

--------------------
linux binaries re-uploaded, with a minor console output fix
newbie
Activity: 10
Merit: 0
but the problem its in 4 rigs, all GPU0 with diferent set in core and mem, its not the core

try v1.60.
Which pool, and which intensity?

2 rigs in 2miners xintensity 4096, 1 flex xintensity 512 , 1 flex xintensity default
I will try v1.60 next weakend
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
but the problem its in 4 rigs, all GPU0 with diferent set in core and mem, its not the core

try v1.60.
Which pool, and which intensity?
newbie
Activity: 10
Merit: 0
hi, i have this question, in 4 rigs of rtx 3090 have this, drop in hash always GPU 0, screen of two, this if from comicion of miner?

Try to increase the coreclock to above 1500. 1580?. Higher core gives a slightly higher voltage and stable hashrates on the rtx 3090.

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

The rejected shares on the hiveon.com pool seems to finally been fixed in this version. Does anyone get rejects there in 1.60?

but the problem its in 4 rigs, all GPU0 with diferent set in core and mem, its not the core
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
hi, i have this question, in 4 rigs of rtx 3090 have this, drop in hash always GPU 0, screen of two, this if from comicion of miner?

Try to increase the coreclock to above 1500. 1580?. Higher core gives a slightly higher voltage and stable hashrates on the rtx 3090.

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


Team Black Miner v1.60

1. Fixed rare crash in stats/gpu thread.
2. Removed illegal shares on GPU0 for the hiveon pool and other ethproxy pools.
3. Added support for mining on Asia/America servers on btc.com

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

TeamBlackMiner_1_60_cuda_11_5.7z
https://www.virustotal.com/gui/file/ed9d9b2f5041b6d346a10bb9be248cd1d8ff0aaf88733d657da5615ee4bfc92d?nocache=1

TeamBlackMiner_1_60_cuda_11_4.7z
https://www.virustotal.com/gui/file/61691ed4179abf8a22b549b3b4a1d868eb7e9232d293eeddd021c4123c83cfdc?nocache=1

TeamBlackMiner_1_60_Ubuntu_18_04_Cuda_11_4.tar.xz
https://www.virustotal.com/gui/file/f6f3bcb03ca19c627ca50b97bd1952e267c21ff130e86d14a57eb9aa64bb0b45?nocache=1

TeamBlackMiner_1_60_Ubuntu_18_04_Cuda_11_5.tar.xz
https://www.virustotal.com/gui/file/759b5d0f1e9aae34b936f76156ce3af3b28e5ab1e649cc7ccbdc4fc86bcf7d10?nocache=1

---------
The rejected shares on the hiveon.com pool seems to finally been fixed in this version. Does anyone get rejects there in 1.60?
newbie
Activity: 10
Merit: 0
Here's another example

I fail to reproduce this on my testrigs. Tried --xintensity 4096 to force the timeout, and the first timeout will appear but no crash after the gpu reset.It's probobly only reproducable on the 2miners.com pool. In debug I see that 2miners don't like to have the fee mining thread open, so it keeps restarting. Perhaps a workaround would be to mine the devfee on another pool.

hi, i have this question, in 4 rigs of rtx 3090 have this, drop in hash always GPU 0, screen of two, this if from comicion of miner?
https://i.imgur.com/m92VQgU.jpg

https://i.imgur.com/RGuy4UX.jpg
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
I increased memclock of GPUs to use feature of copying dag from non corrupted
Try with ---dagintensity 1
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
Here's another example

I fail to reproduce this on my testrigs. Tried --xintensity 4096 to force the timeout, and the first timeout will appear but no crash after the gpu reset.It's probobly only reproducable on the 2miners.com pool. In debug I see that 2miners don't like to have the fee mining thread open, so it keeps restarting. Perhaps a workaround would be to mine the devfee on another pool.
mxx
newbie
Activity: 4
Merit: 0
I increased memclock of GPUs to use feature of copying dag from non corrupted to corrupted version and my miner are restarting now with errors:

00:00:24 [2022-03-14 22:01:26.318] source/sp_cuda/cudaminer.cpp:cuda_search():958: A cuda runtime error occured: unspecified launch failure
00:00:24 [2022-03-14 22:01:26.318] Shutting down threads
00:00:24 [2022-03-14 22:01:26.318] Stratum thread exited
00:00:24 [2022-03-14 22:01:26.324] Control thread exited
00:00:24 [2022-03-14 22:01:26.376] source/sp_cuda/cudaminer.cpp:cuda_search():958: A cuda runtime error occured: unspecified launch failure
00:00:24 [2022-03-14 22:01:26.376] Shutting down threads
00:00:24 [2022-03-14 22:01:26.379] source/sp_cuda/cudaminer.cpp:cuda_search():958: A cuda runtime error occured: unspecified launch failure
00:00:24 [2022-03-14 22:01:26.379] Shutting down threads
00:00:24 [2022-03-14 22:01:26.402] source/sp_cuda/cudaminer.cpp:cuda_search():958: A cuda runtime error occured: unspecified launch failure
00:00:24 [2022-03-14 22:01:26.402] Shutting down threads
00:00:24 [2022-03-14 22:01:26.403] source/sp_cuda/cudaminer.cpp:cuda_search():958: A cuda runtime error occured: unspecified launch failure
00:00:24 [2022-03-14 22:01:26.403] Shutting down threads
00:00:24 [2022-03-14 22:01:26.418] source/sp_cuda/cudaminer.cpp:cuda_search():958: A cuda runtime error occured: unspecified launch failure
00:00:24 [2022-03-14 22:01:26.418] Shutting down threads
00:00:25 [2022-03-14 22:01:29.303] Api thread exited
00:00:25 [2022-03-14 22:01:30.318] Exiting

and I cant troubleshoot what GPU is failing. We need more clear miner feedback to tune overclock.
jr. member
Activity: 139
Merit: 3

Took almost 24 hours, but here's a crashed AMD GPU:

Initial Failure w/ stats:


Parsed GPU0 output from 1st failure to crash:



Here's another example:

00:05:52 [2022-03-14 08:05:45.276] GPU1    gfx1030  575.87 kH/W   66.23 MH/s    66.22 MH/s    156/0/0      100.00%
00:05:52 [2022-03-14 08:05:50.586] GPU1 hashtime 20c
00:05:53 [2022-03-14 08:06:43.051] GPU1 hashtime 20c
00:05:53 [2022-03-14 08:07:12.860] GPU1: 1d
00:05:53 [2022-03-14 08:07:12.860] GPU1    gfx1030  575.85 kH/W   66.22 MH/s    66.22 MH/s    157/0/0      100.00%
00:05:54 [2022-03-14 08:07:35.516] GPU1 hashtime 20c
00:05:55 [2022-03-14 08:08:27.979] GPU1 hashtime 20c
00:05:55 [2022-03-14 08:08:47.132] GPU1    gfx1030  575.86 kH/W   66.22 MH/s    66.22 MH/s    157/0/0      100.00%
00:05:56 [2022-03-14 08:10:05.404] GPU1: 61
00:05:56 [2022-03-14 08:10:05.404] GPU1    gfx1030  2136.27 kH/W  66.22 MH/s    66.22 MH/s    157/0/0      100.00%
00:05:58 [2022-03-14 08:11:21.980] GPU1: ae
00:05:58 [2022-03-14 08:11:21.980] GPU1    gfx1030  2136.27 kH/W  66.22 MH/s    66.22 MH/s    157/0/0      100.00%
00:05:59 [2022-03-14 08:12:39.996] GPU1: fc
00:05:59 [2022-03-14 08:12:39.996] GPU1    gfx1030  2136.27 kH/W  66.22 MH/s    66.22 MH/s    157/0/0      100.00%
00:06:00 [2022-03-14 08:13:52.028] GPU1: 144
00:06:00 [2022-03-14 08:13:52.028] GPU1: has timed out, trying to restart..
00:06:00 [2022-03-14 08:13:52.028] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:01 [2022-03-14 08:15:10.236] GPU1: 192
00:06:01 [2022-03-14 08:15:10.236] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:03 [2022-03-14 08:16:26.844] GPU1: 1de
00:06:03 [2022-03-14 08:16:26.844] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:04 [2022-03-14 08:17:42.451] GPU1: 22a
00:06:04 [2022-03-14 08:17:42.451] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:05 [2022-03-14 08:19:01.088] GPU1: 279
00:06:05 [2022-03-14 08:19:01.091] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:07 [2022-03-14 08:20:19.228] GPU1: 2c7
00:06:07 [2022-03-14 08:20:19.228] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:08 [2022-03-14 08:21:33.532] GPU1: 311
00:06:08 [2022-03-14 08:21:33.532] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:09 [2022-03-14 08:22:47.305] GPU1: 35b
00:06:09 [2022-03-14 08:22:47.305] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:10 [2022-03-14 08:24:04.700] GPU1: 3a8
00:06:10 [2022-03-14 08:24:04.700] GPU1    gfx1030  0.00 H/W      0.00 H/s      0.00 H/s      157/0/0      100.00%
00:06:12 [2022-03-14 08:25:20.220] GPU1: 3f4
00:06:12 [2022-03-14 08:25:20.220] GPU1: GPU thread crashed exiting program.

The card failed at some point between 8:10 and 8:11 (you can tell by the increase in KH/W), three minutes later the card was officially pronounced dead and a restart was attempted, and 12 minutes after the restart was attempted, the card finally caused a restart of the miner.  I'm not sure what the debug output is supposed to identify, but the last hashtime value was posted at 8:07/8:08.  

The GPU1's stats just before the crash were stable and no values were out of anywhere near critical:

00:05:55 [2022-03-14 08:08:47.132] GPU1    gfx1030  OpenCL  0       693     27/0    80      1370    1069    115
00:05:55 [2022-03-14 08:08:47.132] GPU1    gfx1030  575.86 kH/W   66.22 MH/s    66.22 MH/s    157/0/0      100.00%


Then, just after:

00:05:56 [2022-03-14 08:10:05.404] GPU1    gfx1030  OpenCL  0       693     20/0    80      1370    1069    114  
00:05:56 [2022-03-14 08:10:05.404] GPU1    gfx1030  2136.27 kH/W  66.22 MH/s    66.22 MH/s    157/0/0      100.00%

jr. member
Activity: 139
Merit: 3

Took almost 24 hours, but here's a crashed AMD GPU:

Initial Failure w/ stats:


Parsed GPU0 output from 1st failure to crash:


sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
We have a gpu timeout bug on AMD and mixed cards rig. 2miners.com / high intensity. I think I finally managed to solve it now, so will roll out a new version when the testing phase is done.

----

v1.58

1. Improved the gpu timeout check code and preventing timeouts.
2. Exit if too many rejected shares.

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

TeamBlackMiner_1_58_cuda_11_6.7z
https://www.virustotal.com/gui/file/3f20db79a5ea1b3d792d4b1911294484d4e54a333ca5c4d53d4c3e99f0ecadd8?nocache=1

TeamBlackMiner_1_58_cuda_11_5.7z
https://www.virustotal.com/gui/file/8b68428022ee9ae81f92659eb058ebcbb24ce41747e3271a93597f399bfbc309?nocache=1

TeamBlackMiner_1_58_cuda_11_4.7z
https://www.virustotal.com/gui/file/4a3ea1390af8016426a1f322ac1ea9916237bd7feb9173e693fd290dbe36a26b?nocache=1

TeamBlackMiner_1_58_Ubuntu_18_04_Cuda_11_5.tar.xz
https://www.virustotal.com/gui/file/3794aadc30884f3e1471792bd1fdb392f3b9e1ac006140bb91c2986a874f5ce3?nocache=1

TeamBlackMiner_1_58_Ubuntu_18_04_Cuda_11_4.tar.xz
https://www.virustotal.com/gui/file/fade1e2548db747e51ec1289217f5a92e7923a22328e40575845809405fabe4d?nocache=1
 
-------------------


hash in hiveos and pool
hiveos rtx x6 3090 asus rog

2min (average varie from 740mh to 780, some days more some less)


Tested v1.58 with amd cards. Couldn't get it to timeout on high intensities, and nice poolside speed on the 2miners pool.
full member
Activity: 1386
Merit: 220
I honestly can't believe you're so dumb that you think that "Team Red" is a reference to some "Red Army", or are you actually?

LOL. I hadn't made that connection.

The reactions are getting pretty silly. There's a boycott of Stoli Vodka but it's distilled by a Russian exile living in Latvia
who's no friend of Putin. There's also a boycott of poutine in France because it's pronounced the same.
newbie
Activity: 10
Merit: 0
Can someone explain to me the process behind tbm devfee? I understand the interval system, the mining soft stops the user's mining for a few seconds to mine himself for the dev. But, tbm takes fees continuously and I don't really understand the process behind it. How do you charge fees when the user is mining? Sorry, if it's a dumb question Huh

I believe TBM takes hashes during startup of the miner during DAG validation.  
There might be something that happens around 3 hours that splits the hashrate for a bit as I am noticing a consistent but transient drop-off in performance about every 3 - 3.5 hours of mining.  But they don't switch pools like other miners do (and lots of users abuse that payment by either stopping and restarting the miner, or blocking the IP that the miner will switch to), and since I have spent a lot of time (and continue to spend time as TBM gets updated so often) tuning TBM my profits are significantly higher than any other green or red mining software -- especially on my 3090 which gets a consistent 133+ MH/s and I could probably push it to 137+ if I wanted to get close to bumping up against thermal throttling.

For example, the following is a current screenshot of the miner output for my 3090 card:
15.5 hours of mining on 2Miners.com which calculates shares to hashrate as 145.4 MH/s for 1 share / min.  
https://i.imgur.com/PChXbuR.png

870 shares in 936 minutes = 0.9355 shares / minute => 145.4*0.9355 == 136 MH/s average

Sorry mate but this not the calculation for your mining speed  Cheesy Show us your poolside hashrate, this is important. Why no one in this thread show us his poolside hashrate? mysterious  Huh
2Miners has vardiff in my opinion - so countshare is senseless  Tongue

And i tested this dump miner also - show 8% higher hashrate - poolhashrate was 5% lower than any other miner. And nothing more is important.

@sp__

very strong arguments or proofs - not  Cheesy the usage numbers of your miner show us how good your miner is.

hash in hiveos and pool
hiveos rtx x6 3090 asus rog
https://i.imgur.com/uPtCQC7.jpg
2min (average varie from 740mh to 780, some days more some less)
https://i.imgur.com/ey1jVUZ.jpg
jr. member
Activity: 139
Merit: 3
Can someone explain to me the process behind tbm devfee? I understand the interval system, the mining soft stops the user's mining for a few seconds to mine himself for the dev. But, tbm takes fees continuously and I don't really understand the process behind it. How do you charge fees when the user is mining? Sorry, if it's a dumb question Huh

I believe TBM takes hashes during startup of the miner during DAG validation.  
There might be something that happens around 3 hours that splits the hashrate for a bit as I am noticing a consistent but transient drop-off in performance about every 3 - 3.5 hours of mining.  But they don't switch pools like other miners do (and lots of users abuse that payment by either stopping and restarting the miner, or blocking the IP that the miner will switch to), and since I have spent a lot of time (and continue to spend time as TBM gets updated so often) tuning TBM my profits are significantly higher than any other green or red mining software -- especially on my 3090 which gets a consistent 133+ MH/s and I could probably push it to 137+ if I wanted to get close to bumping up against thermal throttling.

For example, the following is a current screenshot of the miner output for my 3090 card:
15.5 hours of mining on 2Miners.com which calculates shares to hashrate as 145.4 MH/s for 1 share / min.  


870 shares in 936 minutes = 0.9355 shares / minute => 145.4*0.9355 == 136 MH/s average

Sorry mate but this not the calculation for your mining speed  Cheesy Show us your poolside hashrate, this is important. Why no one in this thread show us his poolside hashrate? mysterious  Huh
2Miners has vardiff in my opinion - so countshare is senseless  Tongue

And i tested this dump miner also - show 8% higher hashrate - poolhashrate was 5% lower than any other miner. And nothing more is important.

@sp__

very strong arguments or proofs - not  Cheesy the usage numbers of your miner show us how good your miner is.

The math is correct and share count is the only way to accurately interpret poolside hashrate of a single card within a mixed rig of many; I don't pay any attention to the miner reported hashrate, just shares per minute with the difficulty factor adjustment and your 'opinion' about 2miners being Vardiff is just like any other opinion when compared to facts... They use a static difficulty and just recently expanded their PPLNS time window to accommodate their higher total pool hashrate, go to their telegram and ask them if you don't trust that I've already asked and confirmed.   Besides -- I've shown a bunch of actual @ pool screenshots and videos, they're all still on Imgur.

And if you don't like the dev-team for whatever reason, that's fine.  
I don't personally know them, I don't know their history, and the only financial entanglements I have with them are that my rigs are running faster with their software than on any other software.

It only financially disincentives me to have you or anyone else gain any benefits from their software, since any extra hashrate you gain will lower my current price:profit advantage -- which F'ing ASICS have already done enough of.  

What I do take issue with is attacking or discrediting my legitimate, but obviously misplaced desire to help others master the intricacies of how to properly tune this software for AMD 6-series and non-LHR 30-series cards.  I recently happened to have acquired a 3070Ti and am having difficulties getting it to consistently hash with TBMiner and I'm having to spend a lot of time tinkering and learning how various single and combined changes affect the miner, and despite my contributions to others tuning, I have received no help, or hints or education from ANYONE on this thread except from the developers.  

Further to your overall avenue of attack; do I think @SP_ might have been misguided in mentioning how TBMiner isn't affiliated with any Russian people / groups?  Yes, and we all make public relations' mistakes, and it's especially difficult to navigate the financial-sociopolitical landscape at the best of times, let alone during times of war..  From a probability of converting fence-sitters to users perspective, there's only 1 positive outcome -- miners who decide (correctly or not), that the 1% dev-fee going to Russia is worse than just donating 10% of their hashrate to whatever cause they want, and dozens of negative outcomes, so the probability that this style of rhetoric is going to result in personal benefit is quite low, which is why I didn't think it was a good idea -- but it doesn't affect the TBMiner code, or the financial results and benefits I see from their miner.    
sp_
legendary
Activity: 2898
Merit: 1087
Team Black developer
2Miners has vardiff in my opinion - so countshare is senseless  Tongue

2miners has a static diff. 2miners show the last 6hour average starting from 00:00 so in order to compare you need to start your rigs at the correct point in time.


https://imgur.com/a/stWmdM3


Recommended mining pools :

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