[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