X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Message-ID: From: Mike Marchywka To: Subject: RE: console scroll speed on Win XP Date: Sun, 1 Mar 2009 17:58:34 -0500 In-Reply-To: <17393e3e0903011335s7b7ce1d7lb94ddce87e9a653d@mail.gmail.com> References: <416096c60903011234y3434e47wcfc86421e35b5dcb AT mail DOT gmail DOT com> <17393e3e0903011335s7b7ce1d7lb94ddce87e9a653d AT mail DOT gmail DOT com> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com ---------------------------------------- > Date: Sun, 1 Mar 2009 16:35:31 -0500 > Subject: Re: console scroll speed on Win XP > From: godlygeek AT gmail DOT com > To: cygwin AT cygwin DOT com > > On Sun, Mar 1, 2009 at 3:54 PM, Mike Marchywka wrote: >>> >>>> Is there some option to turn off to make this reasonable or has anyone >>>> else seen this problem? I set display options to maximize performance >>>> and there don't seem to be any options available for the cygwin window >>>> that would help. >>> >>> Yep, the Windows console is slow alright, and I don't know of any way >>> to speed it up. What I can recommend are the alternative terminal >>> emulators available in Cygwin: xterm, rxvt, and the recently added >>> mintty (by yours truly), all of which scroll a lot faster than the >>> console. >>> >>> (Please note that all three share one drawback though: native Windows >>> console programs might not work correctly in them, particularly >>> input.) >> >> What is wrong with the native apps ? I use them in some scripts >> but usually not interactively. I don't normally care about text >> formatting if output is just a bit different. > > IO buffering won't work the way they expect when they don't have a > real console. So, you wind up with weird conditions like the program > waiting for input after printing out a prompt - but the app didn't > call fflush(), so the prompt hasn't actually been displayed, but it's > still waiting for you to answer the question. Using them in a > scripted way should work fine, it's just interactive usage that you > would expect to be broken. I guess there could be some constraints MSFT ran into due to the way they wanted to do interactive buffering but still. ok, that should be fine. I just ran cat in mintty and it is very fast- still maxes out CPU but it is doing a lot and=20 fully 1/2 the time seems to be kernel time.=20 Thanks. > > ~Matt > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > _________________________________________________________________ Express your personality in color! Preview and select themes for Hotmail=AE= .=20 http://www.windowslive-hotmail.com/LearnMore/personalize.aspx?ocid=3DTXT_MS= GTX_WL_HM_express_032009#colortheme -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/