> On Nov 16, 2017, at 1:15 PM, Toke Høiland-Jørgensen 
> <notificati...@github.com> wrote:
> 
> Meh, irtt's functionality is basically a superset of netperf's UDP_RR.
> So automatically picking irtt if available and a fallback is the right
> thing to do, I think. I'd just add the plots everywhere, and if OWD data
> is not available, those plots would just be empty. Same thing we do for
> TCP window stats currently. Longer term, maybe hiding the plots entirely
> when there is no data is better, but for now empty plots are fine.

I see, that does keep it simpler.

> > Personally I don't think it's necessary to check for server-side
> > support. If someone is specifying they want to use a particular tool,
> > I think they're declaring that it's available, as it is today with
> > netperf / netserver.
> 
> Yes, but if we do automatic detection with a preference we could get
> into the situation where irtt exists on the client but the test is being
> run against a server that doesn't have it. This is especially likely to
> happen before the *.netperf.bufferbloat.net servers have irtt deployed.
> 
> Could you be persuaded to add a 'check_server' action to irtt? Something
> that just does the handshake and doesn't run any more tests other than
> that. Then we could have Flent call that to verify that irtt is
> usable...

Sure, I’ll add that (or something similarly named). Should get to it today or 
tomorrow. Meanwhile you’re right that something like this works and check for 
return code 0 to mean success:

irtt client -i 1ms -d 1ms -wait 1ms a.b.c.d

The handshake takes up to 15 seconds to complete (delays of 1, 2, 4 and 8 
seconds waiting for a reply), so not having irtt on the server will mean a 15 
second wait. Do you think it’s ok to keep that fixed?



-- 
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/tohojo/flent/issues/106#issuecomment-344910362
_______________________________________________
Flent-users mailing list
Flent-users@flent.org
http://flent.org/mailman/listinfo/flent-users_flent.org

Reply via email to