Review T-REX - PhoenixMiner - NBMiner - LolMiner - TRM - Gminer - TBM

[MLong2]

This is not a real test. The TRM Ethash Miner Tester v1.0.0 is reducing the difficulty too much. Why don't you do a real test with 1 million shares on a normal pool?

When the difficulty is low, the gpu mining software will need to submit all the found solutions in a warp to the pool,. On high diff only 1 solution is found, but on low diff 16 or more could be found, and this could cause the miningsoftware to skip sending solutions to the pool because 2 or 4 is the maximum solutions limit per warp in the optimized code.. An other problem is that on low difficulty the jobs enter the miner much more rapidly, and  then the gpu has to abort work more often. So by reducing the workload (intensity) of each warp it will give an advantage in the test. This means that it is easy to improve the "test results" in the simulation, but it won't improve the profit on the pool...

Users who have switched to the team black miner has reported more than +5% poolside profit. Check it out...

https://www.youtube.com/watch?v=YtFqb8I_eVI


And read the faq for the optimal pools and settings.

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

How can you see is not a real test?. You can put more difficulty in the test if you want it ... it will only take more time. I test your miner, and I discard it fast when I see how dishonest is your hashrate...

In our groups we call it instead of Team Black Miner (TBM) the Team Bluff Miner (TBM). Please, be honest with your hashrate and you will have people that use it, with the great support you give. But I don't accept the lies!!

[sp_]

--kernel [5] --xintensity [4096] (no add --tweak and no add --dagintensity)

Pictures say more than words.

This is a real test on a real mining pool.. With a real profit difference. The hashrate you see is real. The hashrate reported in the miner window is confirmed.

Why don't you do a test on the 2miners pool with --xintensity 4096? Compare it with all the other miners. And you will see why more and more ppl are switching to the Team Black Miner...

[MLong2]

--kernel [5] --xintensity [4096] (no add --tweak and no add --dagintensity)

Pictures say more than words.

This is a real test on a real mining pool.. With a real profit difference. The hashrate you see is real. The hashrate reported in the miner window is confirmed.

Why don't you do a test on the 2miners pool with --xintensity 4096? Compare it with all the other miners. And you will see why more and more ppl are switching to the Team Black Miner...

--kernel [5] --xintensity [4096] (no add --tweak and no add --dagintensity)

Pictures say more than words.

This is a real test on a real mining pool.. With a real profit difference. The hashrate you see is real. The hashrate reported in the miner window is confirmed.

Why don't you do a test on the 2miners pool with --xintensity 4096? Compare it with all the other miners. And you will perhaps you will understand why more and more ppl are switching to the Team Black Miner...

Yes it said all... You said Pool 53 Mhs and is 50Mhs... where are this 3Mhs?  Team Bluff Miner! (TBM)!

Please stop lying the people!! When you give real Numers you will have people using it. Do it really, is not a problem, people like the support, not the lies!!

[sp_]

My reply to you in my thread:

Yes it said all... You said Pool 53 Mhs and is 50Mhs... where are this 3Mhs?

The pool is the average of 6 hours, but he has only mined for 5:48 and the last accepted shares has not been added to the pool yet... The pool only refresh every 10minutes. So I expect the 50.50MHASH poolside hashrate comes from 5:30 minutes of mining

If you want to mine on low difficulty use --xintensity 1 . The hashrate will hurt, but perhaps the fake test will show the same numbers as in the miner window. I have explained to you why in the thread above, but you don't seem to listen.

When the difficulty is low, the gpu mining software will need to submit all the found solutions in a warp to the pool,. On high diff only 1 solution is found, but on low diff 16 or more could be found, and this could cause the mining software to skip sending solutions to the pool because 2 or 4 is the maximum solutions limit per warp in the optimized code.. An other problem is that on low difficulty the jobs enter the miner much more rapidly, and  then the gpu has to abort work more often. So by reducing the workload (intensity) of each warp it will give an advantage in the test. This means that it is easy to improve the "test results" in the simulation, but it won't improve the profit on the pool...

The point of a miner software is to make money. Configure it wrong and you will loose money.

[deedeeranged]

--kernel [5] --xintensity [4096] (no add --tweak and no add --dagintensity)

Pictures say more than words.

This is a real test on a real mining pool.. With a real profit difference. The hashrate you see is real. The hashrate reported in the miner window is confirmed.

Why don't you do a test on the 2miners pool with --xintensity 4096? Compare it with all the other miners. And you will see why more and more ppl are switching to the Team Black Miner...

--kernel [5] --xintensity [4096] (no add --tweak and no add --dagintensity)

Pictures say more than words.

This is a real test on a real mining pool.. With a real profit difference. The hashrate you see is real. The hashrate reported in the miner window is confirmed.

Why don't you do a test on the 2miners pool with --xintensity 4096? Compare it with all the other miners. And you will perhaps you will understand why more and more ppl are switching to the Team Black Miner...

Yes it said all... You said Pool 53 Mhs and is 50Mhs... where are this 3Mhs?  Team Bluff Miner! (TBM)!

Please stop lying the people!! When you give real Numers you will have people using it. Do it really, is not a problem, people like the support, not the lies!!

As I said in the beginning POOL hashrate is leading NOT miners reported hashrate. You are falling in the same trap as a lot off others, and no I am not using TBM.
You have to learn which hashrates are important

[JayDDee]

When the difficulty is low, the gpu mining software will need to submit all the found solutions in a warp to the pool,. On high diff only 1 solution is found, but on low diff 16 or more could be found, and this could cause the miningsoftware to skip sending solutions to the pool because 2 or 4 is the maximum solutions limit per warp in the optimized code.. An other problem is that on low difficulty the jobs enter the miner much more rapidly, and  then the gpu has to abort work more often. So by reducing the workload (intensity) of each warp it will give an advantage in the test. This means that it is easy to improve the "test results" in the simulation, but it won't improve the profit on the pool...

This is BS. If you find more solutions than you submit it will lower the pool's hash rate, the one that matters.
If this is really happening it's a software defect that should be fixed.
And lower difficulty doesn't result in more frequent jobs. It just lowers the threshold for solutions so you find
more solutions per job.

[sp_]

This is BS. If you find more solutions than you submit it will lower the pool's hash rate, the one that matters.
If this is really happening it's a software defect that should be fixed.

The point is that mining on super Low difficulty is not a real case scenario. Check the latest NBMiner. They have moved the cpu verfication code out to it's own thread in order to perform better on low difficulty. We might do the same in tbminer, but why should we? No ethereum pools use low difficulty, so it wont affect the profit, but it can improve the test scenario.. Better to disable cpu verification.
A software defect in the test, not in the miner.

[JayDDee]

This is BS. If you find more solutions than you submit it will lower the pool's hash rate, the one that matters.
If this is really happening it's a software defect that should be fixed.

The point is that mining on super Low difficulty is not a real case scenario. Check the latest NBMiner. They have moved the cpu verfication code out to it's own thread in order to perform better on low difficulty. We might do the same in tbminer, but why should we? No ethereum pools use low difficulty, so it wont affect the profit, but it can improve the test scenario.. Better to disable cpu verification.
A software defect in the test, not in the miner.

For comparison testing all miners should use the same difficulty. If some miners can't handle low difficulty it's the miner's problem.
I had already suggested decoupling the CPU verification so the GPU can keep hashing in parallel with verification and submission.

[dedizonesv2]

This is not a real test. The TRM Ethash Miner Tester v1.0.0 is reducing the difficulty too much. Why don't you do a real test with 1 million shares on a normal pool?

When the difficulty is low, the gpu mining software will need to submit all the found solutions in a warp to the pool,. On high diff only 1 solution is found, but on low diff 16 or more could be found, and this could cause the miningsoftware to skip sending solutions to the pool because 2 or 4 is the maximum solutions limit per warp in the optimized code.. An other problem is that on low difficulty the jobs enter the miner much more rapidly, and  then the gpu has to abort work more often. So by reducing the workload (intensity) of each warp it will give an advantage in the test. This means that it is easy to improve the "test results" in the simulation, but it won't improve the profit on the pool...

Users who have switched to the team black miner has reported more than +5% poolside profit. Check it out...

https://www.youtube.com/watch?v=YtFqb8I_eVI


And read the faq for the optimal pools and settings.

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

you are incredible, using every situation to advertise your miner. Great job 

I confess +1

Miner hahsrate inflation, and the SP_ does not know how to go to pools where we pay the stales .. to earn more!

[MLong2]

Totally agree, the are new updates of the test in the webpage!!

[jgonzi]

Very interesting review... I hope they continue doing it with new miners updates

[GoRdiE]

Well. for me, and 1070ti the best seems to be NBMiner. Here a capture on nicehash.

Looking at the UNPAID BALANCE more than hashrate, it is a test of just over three hours

https://ibb.co/z5Bg4xp