You can say that again.
> I run three runs because of this. If two runs are nearly identical and the
> remaining run is way off, that run should probably be ignored (it is
> often a low number, signifying that something on the system impacted
> the benchmark).
Here we have 1.0, 1.5 and 2.0.
We need to understand why there is such variation. If we can do that,
then perhaps we can make those 1.0's and 1.5's go away.
Is that a thing you can work on? One approach would be to vary parameters
(filesystem type, amount of memory, TCQ lengths, workload, whatever) and
see which ones the throughput is sensitive to.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/