Dave Taht writes: > The *.svg of high bandwidths is nice, the *.ps of low is not so much. Yeah, I see your point. > 1) I think the way to fix the upload plot is to use a larger sample > interval, like 1 second, when dealing with low bandwidths. Well, the reason for missing data is that netperf "misses its deadlines" so to speak. I.e. we tell it to output intermediate results every 0.1 seconds, and it only does so every 0.5. As I understood Rick's explanation of how netperf's demo mode works, the problem with missing deadlines is that netperf basically tries to guess how much data it will send in the requested interval, and then after having sent that much data it checks the time to see if it's time to output an intermediate result. So if the data transfer rate is slower than expected, the deadline will be missed. Using negative numbers for the interval makes it check the time every time it sends something, but it still needs to send a bit of data between every check, and if that takes too long the holes will appear. Using a longer sampling interval for the entire plot might alleviate this, I suppose, but since we're measuring bytes sent per second, doing so amounts to averaging subsequent points; so is there any reason why we can't just do the averaging over the data we already have (i.e. just increase the interpolation interval)? If we do want to increase the actual sampling interval, do you propose to do so only for low-bandwidth tests? Because in this case we would either need to detect when the bandwidth is low and adjust parameters, or there would have to be two versions of the test: a low-bandwith and a high-bandwith version. > 2) I am really hating losing the outliers entirely. In particular, > > Getting a second ping plot that used a cdf would be more accurate and > revealing. I agree that this is not optimal, and I've been thinking that I would like to decouple the data gathering part from the plotting part a bit. I.e. making it possible to specify a test that gathers a lot of data (could add in tc stats for instance) and saves it, and then specify several sets of plots to do on that data. CDF would be one of them, another one could be a simpler plot that plots the average (or total) upload and download with just the ping, similar to the simple plots we did with just two streams. And I'm sure we can come up with more. Export would still be there, of course; in fact, I was planning to switch to using json as the native storage format. I still have a way to go on my project writing before I get to doing the tests for myself, but I can try and interleave some work on netperf-wrapper to get the above changes in there? :) -Toke -- Toke Høiland-Jørgensen toke@toke.dk