[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