Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!usc!snorkelwacker!bloom-beacon!THINK.COM!rlk
From: rlk@THINK.COM (Robert L Krawitz)
Newsgroups: comp.windows.x
Subject: Emacs refresh speed under X on Sparcstation
Message-ID: <9004111355.AA00927@underprize.think.com>
Date: 11 Apr 90 13:55:12 GMT
References: <15426@cbnews.ATT.COM>
Sender: rlk@think.com
Organization: The Internet
Lines: 24


   Date: 10 Apr 90 17:19:31 GMT
   From: att!cbnews!shurr@bloom-beacon.mit.edu  (Larry A. Shurr)

   In article <1510@viewlog.UUCP> josh@viewlog.UUCP (Josh Marantz) writes:
   }I have Gnu Emacs 18.55 running on my Sparc under SunOS 4.0.3, using X11R4.
   }The refresh speed is excellent when paging forward and backward.  But when
   }doing complex operations, such as splitting windows, partial scrolls, and
   }big kills and copies, sometimes the display seems non-optimal.  It seems
   }like it would be faster on the Sparc to do a complete repaint rather than
   }do scroll-region (presumably through XCopyArea).  How do I tell the Emacs
   }redisplay algorithm that these scrolls are very costly?

   Very likely, you can tell Emacs that repaints are cheaper by using
   stty to tell it you are running at a high baud rate eg: "stty 38400"

   Of course you're fibbing because you have no baud rate at all on the
   Sun display, but who cares?  This is what I did on an AT&T 6386.

I suspect that for a local emacs process you probably want to set the
baud rate to 1000000 (six zeros).

I once put some code in to allow me to change this (as well as some of
the other display variables).  It really helps.