[netperf-talk] PAD_TIME in 2.4.5
Srikanth Sundaresan
srikanth at gatech.edu
Wed Apr 4 16:13:01 PDT 2012
Hello Rick,
Thanks for the response.
> First a procedural note. When changing the topic of a thread so fully, it is best to start a new base message rather than using a reply-to. That way when someone is scanning thread subjects, your's won't be buried behind the initial one.
>
Oops. Sorry. I was under the impression that clearing the Subject field would suffice.
>
> Have you heard about the efforts at http://www.bufferbloat.net/ ? Unless those modems are connected to something that has seconds "natural" latency it sounds like they are truly bufferbloated (queue length bloated).
>
Yes, we know about bufferbloat. The latencies are not natural; they're caused by upstream ISP modems.
>
> Also, if there is indeed that much buffering in the modem(s) you might want to consider explicit, smaller socket buffer sizes than system defaults. I wouldn't be surprised if Linux autotuning didn't play all that well here either, which would be another reason to go with explicitly set socket buffer sizes.
>
Is this the -- -s command line option?
- Srikanth
More information about the netperf-talk
mailing list