[Lustre-discuss] Lustre featured on podcast (HT: Andreas Dilger)

[Kevin Van Maren]

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 <brockp at umich.edu> 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
> brockp at umich.edu
> (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<brockp at umich.edu> 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
>>> brockp at umich.edu
>>> (734)936-1985
>>>
>>>
>>>
>>> _______________________________________________
>>> Lustre-discuss mailing list
>>> Lustre-discuss at lists.lustre.org
>>> http://lists.lustre.org/mailman/listinfo/lustre-discuss
>>>
>>
>>
>
> _______________________________________________
> Lustre-discuss mailing list
> Lustre-discuss at lists.lustre.org
> http://lists.lustre.org/mailman/listinfo/lustre-discuss