Topic: X16R - RVN - Miner head to head test log - page 7. (Read 7659 times)
This is good work JackIt, helps lots of people.
Enemy 1.08 Vs. a1min3r 1.4.2 Vs. Silent Miner 1.1.0:
For this test I used a single 12 GPU 1080Ti rig on Windows 10, split into three mining instances. All three mining instances were balanced to get as close to the same hash rate as possible.
Each mining instance is running at the same time on the same machine mining on the same pool.
All three instances have intensity set to 21, GPU target power set to 100%, no overclocking. Dynamic pool/stratum diff
The instances/rig are managed by Awesome Miner, which restarts the miners for various reasons, based on rules I set.
The plan is to do three rounds of testing, each round lasting approximately 10-12hrs, at the conclusion of each round I'll rotate the miner to a new instance, until each miner has had a chance to run on each instance.
I'll also normalize the results to averaged blocks found per round.
Miners tested:
Enemy 1.08 - 1% dev fee
a1min3r 1.42 32bit - no dev fee
Silent Miner 1.1.0 - 1% dev fee
Results:
Round 1 - 1658 Blocks Found - Duration: 731 minutes (a1min3r = 1 restart, accepted not increased in 4 mins)
Round 2 - not needed
Round 3 - not needed
Average Results FINAL
For this test I used a single 12 GPU 1080Ti rig on Windows 10, split into three mining instances. All three mining instances were balanced to get as close to the same hash rate as possible.
Each mining instance is running at the same time on the same machine mining on the same pool.
All three instances have intensity set to 21, GPU target power set to 100%, no overclocking. Dynamic pool/stratum diff
The instances/rig are managed by Awesome Miner, which restarts the miners for various reasons, based on rules I set.
The plan is to do three rounds of testing, each round lasting approximately 10-12hrs, at the conclusion of each round I'll rotate the miner to a new instance, until each miner has had a chance to run on each instance.
I'll also normalize the results to averaged blocks found per round.
Miners tested:
Enemy 1.08 - 1% dev fee
a1min3r 1.42 32bit - no dev fee
Silent Miner 1.1.0 - 1% dev fee
Results:
Round 1 - 1658 Blocks Found - Duration: 731 minutes (a1min3r = 1 restart, accepted not increased in 4 mins)
- [Instance 1] 211.20 RVN - Enemy - Pool Link
- [Instance 2] 162.76 RVN - a1min3r - Pool Link
- [Instance 3] 183.68 RVN - Silent Miner - Pool Link
Round 2 - not needed
Round 3 - not needed
Average Results FINAL
| #1 | *
I ran 12hours at each setting and recorded the average hash rate at the end of each 12 hour period. Unfortunately, there is no such thing as average hash rate for x16r.. you can quote a range of expected hash rate.. but average does not exists.Why? because there are 16^16 different algo permutations. So x16r in reality is not one Algo, but rather it's 18,446,744,073,709,552,000 different algos Thanks again for the tests you do. I know it takes time, effort, and focus from optimized mining to run your tests. Your analysis helps all us miners find the right tweaks to gain those all-important “last couple percentages.” They really do add up! So thank you. I like your methodology and would use it if I could tolerate my rigs running that long with sub-optimal settings/miners – clearly this is my problem  . I agree with you on using averages, and I disagree with you on using averages at the same time. Yes, you are correct about the algo and how it changes causing there to be millions of algo combos that are always changing which cause all sorts of testing problems. This does make time studies and averages difficult, but not impossible. Here is where I disagree. Having been mining RVN over long period of time, months now, I have an average hash rate that I expect to produce. So by watching/recording shorter periods, 12 hours at a time, I can record “Average Hash Rates” (AHR) for the trailing twelve hours, period after period, minute by minute, and if I do this, I get a bell curve, a normal bell curve. With a normal bell curve I get all sorts of fun math stuff like, mean and standard deviation. So when I am testing, each 12 hour period may vary, but I can see how that period has performed compared to the mean and the standard deviation of a rig that is a "control" rig. And Voila! Confidence rating for the test. Perfect no, but good. Actually – really good and faster than rotating through my rigs. You can see from the attached photo where the average is reported on Virtopia. On rig 1 thru 4, which are all 1070TI, I get expected averages, and over time, they do hold up. One standard deviation on each rig is about +-2 MH/s and on all 5 rigs combined the SD is +- 6 MH/s. I when I change settings or miners, I can see that easily in those averages and how that period stacks against the norm. So it’s yes and no to averages. No in theory, but with a little data, yes to the bell curve. https://imgur.com/a/XWWWC0y would running with -500 mem +150 core be detrimental to hashrate vs 0 mem +150 core ie. does OCing mem even do anything in the X16r?  look at the first post.. there's a mem overclocking test. unfortunately I can't overclock core on x16r, without periodically crashing, so I can't test that yeah, I saw test with/without +250 mem and results (+250 mem being slightly better: https://ravenforum.org/topic/34/enemy-1-08-100-tdp-no-oc-vs-250-mem) - I mean You didn't test with actually underclocking mem, does it have negative impact on a hashrate? would running with -500 mem +150 core be detrimental to hashrate vs 0 mem +150 core ie. does OCing mem even do anything in the X16r? look at the first post.. there's a mem overclocking test. unfortunately I can't overclock core on x16r, without periodically crashing, so I can't test that
would running with -500 mem +150 core be detrimental to hashrate vs 0 mem +150 core ie. does OCing mem even do anything in the X16r?
Pool / Stratum Difficulty Testing is finished.
Results: https://bitcointalksearch.org/topic/m.35598147 in the branch on the ravens actively promote a certain Silent Miner v1.1.0. I would like to hear here the answers to the question - what are the speeds on it, if someone has already tested it. so already there is a certain instruction on the network to get rid of the dev fee in the Enemy Miner 1.08  I tested 1.0.9 here https://ravenforum.org/topic/33/enemy-1-08-vs-silent-miner-v1-0-9 it lost by 8% to Enemy 1.0.8 Additional, Silent miner has the same 1% dev fee as Enemy I'm happy to pay a 1% fee to any developer that dedicates their time and effort to helping me make more $$. It's motivation for them to continue development and make better miners. thank you for checking out the miner, it's now clear that while still the best on ravens), and pay or not to the developer's interest, this is a strictly individual matter for everyone, although of course you need to thank the developer, and I think that soon Enemy will release a patched version with greater speed than the existing one, which can already remove the commission. Even WITH variability is average. It just takes time and a lot of patience. This is why even if there is a huge variation in Algo pairing, over a finite period of time, mined many times over, a pattern and 'average' hashrate surfaces. The amount of time is determined by the fluctuations of hashfunctions involved, and as such, can still be determined. As mentioned above though, time is the key factor here, regardless of what cards are being used. If there is a static source of testing, and a static method of testing, then comparisons can still be made over a static period of time. #crysx Agreed, but you need to determine the amount of time needed to establish an average with an acceptable level of confidence. is 12hrs enough? that will get you through about 720 permutations of x16r, out of 1.84e+19 possible combinations. in the branch on the ravens actively promote a certain Silent Miner v1.1.0. I would like to hear here the answers to the question - what are the speeds on it, if someone has already tested it. so already there is a certain instruction on the network to get rid of the dev fee in the Enemy Miner 1.08 I tested 1.0.9 here https://ravenforum.org/topic/33/enemy-1-08-vs-silent-miner-v1-0-9 it lost by 8% to Enemy 1.0.8 Additional, Silent miner has the same 1% dev fee as Enemy I'm happy to pay a 1% fee to any developer that dedicates their time and effort to helping me make more $$. It's motivation for them to continue development and make better miners.
in the branch on the ravens actively promote a certain Silent Miner v1.1.0. I would like to hear here the answers to the question - what are the speeds on it, if someone has already tested it. so already there is a certain instruction on the network to get rid of the dev fee in the Enemy Miner 1.08
I ran 12hours at each setting and recorded the average hash rate at the end of each 12 hour period. Unfortunately, there is no such thing as average hash rate for x16r.. you can quote a range of expected hash rate.. but average does not exists. Why? because there are 16^16 different algo permutations. So x16r in reality is not one Algo, but rather it's 18,446,744,073,709,552,000 different algos Additionally, there is a good amount of variability between brands and model of the same card family.. heck even identical GPUs have some level of variability. That's really why I go through the steps I do, to take out as much variability as possible. running multiple rounds, using multiple wallet address, running at the same time/pool/rig etc Even WITH variability is average. It just takes time and a lot of patience. This is why even if there is a huge variation in Algo pairing, over a finite period of time, mined many times over, a pattern and 'average' hashrate surfaces. The amount of time is determined by the fluctuations of hashfunctions involved, and as such, can still be determined. As mentioned above though, time is the key factor here, regardless of what cards are being used. If there is a static source of testing, and a static method of testing, then comparisons can still be made over a static period of time. #crysx I ran 12hours at each setting and recorded the average hash rate at the end of each 12 hour period. Unfortunately, there is no such thing as average hash rate for x16r.. you can quote a range of expected hash rate.. but average does not exists. Why? because there are 16^16 different algo permutations. So x16r in reality is not one Algo, but rather it's 18,446,744,073,709,552,000 different algos Additionally, there is a good amount of variability between brands and model of the same card family.. heck even identical GPUs have some level of variability. That's really why I go through the steps I do, to take out as much variability as possible. running multiple rounds, using multiple wallet address, running at the same time/pool/rig etc
Inspired by JackIT and his 1080TI tests, I ran my own little experiment with 21X1070Ti.
Best ROI on 1070TI with Enemy 1.08, at Virtopia I have 21 GPUs, all 1070TI, sitting on 4 different rigs, all slightly different builds, one rig is 6x MSI Tritium, another is 5x MSI Gaming, the last two are 5x a mix of EVGA, Gigabyte, and MSI. 4 rigs; 3x5 GPUs and 1x6 GPUs. All were mining on Virtopia – each rig tracked separately but under one wallet address. I ran 12hours at each setting and recorded the average hash rate at the end of each 12 hour period. Perfect test? No. But it does confirm much of what JackIT found in his tests with the 1080TI. After 12 hours at each setting, the average of all 21, Enemy 1.08, Auto Diff, auto i, Virtopia pool: 85%,+150,+200 – 11.90 MH/s per GPU - Baseline 80%, +150,+200 – 11.95Mh/s per GPU – increase of 0.4% 70%, +150, +200 – 11.58 95 Mh/s per GPU – decrease of 2.7% over baseline 70%,+0,+0 (no OC) – 11.29 Mh/s per GPU – decrease of 5.1% over baseline The change between 80 and 85% showed that there was no significant difference. Clearly as the TDP was reduced, hashing fell off. As for OCing, there is a benefit to overclocking too. This, at least in my thoughts, confirm what JackIT is seeing in his tests and confirms the settings suggested in Enemy’s Readme file: 80% TDP and slight over clocking. Since ravenforum.org keeps crapping out... I guess I'll just post the in progress test details here: Pool / Stratum Difficulty Testing: For this test I used a single 12 GPU 1080Ti rig on Windows 10, split into three mining instances. All three mining instances were balanced to get as close to the same hash rate as possible. Each mining instance is running at the same time on the same machine mining on the same pool. All three instances have intensity set to 21, GPU target power set to 100%, no overclocking. The instances/rig are managed by Awesome Miner, which restarts the miners for various reasons, based on rules I set. The plan is to do three rounds of testing, each round lasting approximately 10-12hrs, at the conclusion of each round I'll rotate the miner to a new instance, until each miner has had a chance to run on each instance. I'll also normalize the results to averaged blocks found per round. Miner tested: Enemy 1.08 - 1% dev fee Testing:
Why? I've seen people in various Discord channels recommend setting a static pool/stratum diff. Typical advice is to set it to your avg hash divided by either 1.5 or 2... So, I wanted to run a test to see if it really mattered. Results: Round 1 - 128 Blocks Found - Duration: 661 minutes (var diff 1 restart, accepted not increased in 4 mins)
Round 2 - 135 Blocks Found - Duration: 696 minutes (var diff 1 restart, accepted not increased in 4 mins)
Round 3 - 160 Blocks Found - Duration: 727 minutes (var diff 1 restart, accepted not increased in 4 mins)
Normalized Average Results FINAL
|
