Yes, originally designed so multiple send() calls with small data have a chance to be combined by TCP before being sent over the network -- improve behavior of applications doing small writes.
Setting tcp_nodelay disables Nagle, as the additional latency can hurt some interactive session performance. Kevin On Aug 4, 2009, at 10:35 AM, Brock Palen <[email protected]> wrote: > http://en.wikipedia.org/wiki/Nagle%27s_algorithm > > Looks like you intentionally hold up data to try to make fatter > payloads in packets so they are not 99% header/crc data. Sounds like > a way to make latency bad. > > Brock Palen > www.umich.edu/~brockp > Center for Advanced Computing > [email protected] > (734)936-1985 > > > > On Aug 3, 2009, at 8:20 PM, Mag Gam wrote: > >> Very nice. >> >> 15:54, what is "Nagle" ? >> >> He didn't say anything about SNS, but changeLogs seems very >> promising! >> >> >> >> On Mon, Aug 3, 2009 at 8:55 AM, Brock Palen<[email protected]> wrote: >>> Thanks to Andreas for taking an hour out to talk with Jeff Squyres >>> and >>> myself (Brock Palen) about the Lustre cluster filesystem on our >>> podcast www.rce-cast.com, >>> >>> You can find the whole show at: >>> http://www.rce-cast.com/index.php/Podcast/rce-14-lustre-cluster-filesystem.html >>> >>> Thanks again! >>> If any of you have requests of topics you would like to hear please >>> let me know! >>> >>> Brock Palen >>> www.umich.edu/~brockp >>> Center for Advanced Computing >>> [email protected] >>> (734)936-1985 >>> >>> >>> >>> _______________________________________________ >>> Lustre-discuss mailing list >>> [email protected] >>> http://lists.lustre.org/mailman/listinfo/lustre-discuss >>> >> >> > > _______________________________________________ > Lustre-discuss mailing list > [email protected] > http://lists.lustre.org/mailman/listinfo/lustre-discuss _______________________________________________ Lustre-discuss mailing list [email protected] http://lists.lustre.org/mailman/listinfo/lustre-discuss
