Hi, On Fri, Nov 10, 2017 at 04:34:13PM +0800, Antonio Quartulli wrote: > > It isn't. It's just stuffing packets into the tcp stream as they come > > out the tun/tap fd. > > > > What we *could* do is make the socket buffer much smaller and have a > > larger internal queue in openvpn, and then do smart stuff, like "move > > small packets in front of full-sized TCP packets", "random early drop" > > and all that stuff people have done research on over the last 20 years. > > > > But that's quite a bit of work... > > On top of that, adding another queue is likely going to increase the > bufferbloat effect. We already have the kernel doing its own stuff and > we should try to add more "smart" things on top.
You need to significantly reduce the socket buffers to make it meaningful,
yes (= stop the kernel from doing its own stuff, which it mostly "buffering"
for "packets inside a TCP stream").
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, Germany [email protected]
fax: +49-89-35655025 [email protected]
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________ Openvpn-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openvpn-users
