[PATCH] Using TCP_NODELAY unconditionally

Rick Jones rick_jones2 at hp.com
Wed Jan 23 10:58:59 EST 2002


> Me to, but remember that the primary purpose of nagle is to reduce the
> number of tinygrams on the network, not neccesarily to improve the
> "interactivity feeling".  (pardon my bad english)

The english is fine and the message expressed is spot-on.

> Consider a case where the RTT is 1 s, and I type 10 characters within
> that time, and for simplicity, plain-text tcp:

Well, you need to include the ACK packets that may or may not be sent,
but otherwise the analysis looks OK.

> * Nagle should be turned off for X11 sessions.
>
> * Nagle could be either on or off for pure shell sessions. (taste)
> 
> * Nagle can be off for sftp, since it is well behaved, and does not
>   generate unneccesary tinygrams.  Probably true for all (future)
>   subsystems as well.  The current problem we have with nagle and sftp
>   can either be solved by letting nagle merge our two tinygrams, or by
>   merging them in the ssh code.  I'd prefer adding buffering to ssh to
>   merge them  in the application.  Marcus?

"Conservative in what you send" would seem to suggest that assuming that
future subsystems are well-behaved is not a given :)

Also, what does an ASCII mode transfer sftp session look like? Is it
still nice large sends, or is is a series of oneliners?

rick jones

as for the fast typing, blame my mother - she wanted to be sure that I
could pass the US Civil Service Entrance Examination (from years ago) so
that if all else failed I could become a clerk :) So, there I was, a
small, young, teenage boy lugging this _heavy_ Smith_corona electric
typewriter to a typing class where I was both the youngest student and
only male - and too young to appreciate that fact :). And to add insult
to injury, IIRC I needed to sit on phone books or something to be high
enough to have proper typing position...

-- 
Wisdom Teeth are impacted, people are affected by the effects of events.
these opinions are mine, all mine; HP might not want them anyway... :)
feel free to post, OR email to raj in cup.hp.com  but NOT BOTH...



More information about the openssh-unix-dev mailing list