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
Topic: Review T-REX - PhoenixMiner - NBMiner - LolMiner - TRM - Gminer - TBM (Read 617 times)
December 07, 2021, 10:46:16 AM
December 07, 2021, 09:59:16 AM
Very interesting review... I hope they continue doing it with new miners updates
November 30, 2021, 06:03:04 PM
Totally agree, the are new updates of the test in the webpage!!
November 25, 2021, 05:15:23 AM
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
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!
November 23, 2021, 09:57:06 AM
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.
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.
November 23, 2021, 09:36:34 AM
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.
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.
November 23, 2021, 09:24:19 AM
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.
November 23, 2021, 08:55:37 AM
Quote
--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...
Quote
--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
November 22, 2021, 07:07:09 PM
My reply to you in my thread:
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.
The point of a miner software is to make money. Configure it wrong and you will loose money.
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.
Quote
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.
November 22, 2021, 06:36:37 PM
Quote
--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...
Quote
--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!!
November 22, 2021, 06:27:12 PM
Quote
--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...
November 22, 2021, 06:21:48 PM
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
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!!
November 22, 2021, 05:10:02 PM
I agree. Doktor is right. SRBminer need to be included in the comparison.even if it doesn't work with Nvidia card but this is also true for TRM
November 22, 2021, 03:29:54 PM
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
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
November 22, 2021, 02:57:05 PM
real tests are next to impossible to do.
but here goes. same rig in all case
use any software 1 mine eth to viabtc with a rig for 10 hours see what you earn
use any software 2 mine eth to viabtc with a rig for 10 hours see what you earn
use any software 3 mine eth to viabtc with a rig for 10 hours see what you earn
more in a minute.
a dag changes every 100 hours
so you can do 9 software tests. 10 hours each
but here goes. same rig in all case
use any software 1 mine eth to viabtc with a rig for 10 hours see what you earn
use any software 2 mine eth to viabtc with a rig for 10 hours see what you earn
use any software 3 mine eth to viabtc with a rig for 10 hours see what you earn
more in a minute.
a dag changes every 100 hours
so you can do 9 software tests. 10 hours each
November 22, 2021, 01:10:55 PM
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
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
November 22, 2021, 10:21:00 AM
Could you please run latest SRBMiner (0.8.3) too, im curious how it compares to this company of 'famous' miners ?
It is not my website... I only look on it... It will be interesting SRBMiner, Miniz and ethermine. My test with SRBMiner in ERGO have been always honestly reports.
November 22, 2021, 10:20:27 AM
I did not understand how these experts conducted their tests. All tests must be carried out synchronously and on the same video cards.
Of course, you need to count the received shares, but in practice the difference is not big.
The problem can also be in the case of excessive overclocking and the mining farm is unstable.
Of course, you need to count the received shares, but in practice the difference is not big.
The problem can also be in the case of excessive overclocking and the mining farm is unstable.
All important points but as you say the difference is not big, and it's not big enough to be significant.
But it's being used to claim dishonesty in hash reporting when there are many other factors that could cause
bigger differences.
The history is a feud between 2 closed source miners and claims of which was the fastest. One of the miner's
devs decided to prove it with a challenge and a test tool. The feud seemed to have died down but this may be
an attempt to revive it.
For example, I use T-Rex, I learned how to fine tune this miner for my AMD video cards.
No article will convince me to change the miner, because even if I lose 1-3% of the shares, this will not greatly affect my profit.
Miners do not pay attention to such articles, because they understand that identical video cards can have different hash rates and different overclocking options.
"For example, I use T-Rex, I learned how to fine tune this miner for my AMD video cards." Are you payed from T-Rex?? 1st time I read T-Rex in AMD ...
FP91G has been in mining from a long time so most probably is either a typo as most probably he meant Nvidia cards.
I have tried all the AMD miners possible and dual miners Nvidia+AMD.I am happy with Phoenixminer the most although many says it lies about the hashrate I check at the pool and I don't see it lying at all,that's just my personal preference though.Overall there is no big difference in profit between miners,just use the one which is the most stable to your rig configuration.
November 22, 2021, 09:51:41 AM
Stability above all else. I run almost every miner on my rigs based on the cards and what the rig likes best. If i get more uptime with miner X over Y then i prefer to be up and more stable over time = more shares. Abosulte max speed is like chassing the most profitable coin at the moment. I prefer the stable/steady over the absolute fastest. They are never one in the same.
November 22, 2021, 09:49:42 AM
Could you please run latest SRBMiner (0.8.3) too, im curious how it compares to this company of 'famous' miners ?
Jump to: