Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!ll-xn!ames!oliveb!sun!david From: david@sun.uucp (David DiGiacomo) Newsgroups: comp.unix.wizards,comp.unix.questions Subject: Re: Excessive buffering in tip? Message-ID: <23814@sun.uucp> Date: Mon, 20-Jul-87 13:19:42 EDT Article-I.D.: sun.23814 Posted: Mon Jul 20 13:19:42 1987 Date-Received: Tue, 21-Jul-87 05:31:35 EDT References: <1390@m-net.UUCP> Organization: Sun Microsystems, Inc. - Mtn View, CA Lines: 16 Xref: mnetor comp.unix.wizards:3325 comp.unix.questions:3257 In article <1390@m-net.UUCP> scs@m-net.UUCP (Steve C. Simmons) writes: >We have been using tip with a VT-100 emulator on our SUN systems, and >have recently found that one of our user complaints is not a problem >with the emulator but a "feature" of tip. >... > >For the most part things work fine. However, when using full screen editors, >it appears that tip buffers up all the incoming characters following a >"clear screen" sequence until (effectively) you get into an input wait >from the keyboard. At that point *all* the characters appear at once >(boom). This honks off our users to no end, since at low baud rates >they see "<8-10 second pause>". It has nothing to do with tip. Ttysubwindows (e.g. shelltools) buffer updates to improve performance. I don't know any way to change the timeout, but if you want to see what's being written, hit ^S^Q quickly.