home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / misc / 35401 < prev    next >
Encoding:
Text File  |  1992-11-05  |  2.2 KB  |  45 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!munnari.oz.au!bruce.cs.monash.edu.au!monu6!yoyo.cc.monash.edu.au!parry
  3. From: parry@yoyo.cc.monash.edu.au (Tom J Parry)
  4. Subject: Re: Service Pack Results...
  5. Message-ID: <1992Nov5.102042.16261@monu6.cc.monash.edu.au>
  6. Originator: parry@yoyo.cc.monash.edu.au
  7. Sender: news@monu6.cc.monash.edu.au (Usenet system)
  8. Organization: Monash University, Melb., Australia.
  9. References: <1992Nov3.144905.2229@cbnews.cb.att.com>
  10. Date: Thu, 5 Nov 1992 10:20:42 GMT
  11. Lines: 32
  12.  
  13. larry.a.shurr (shurr@cbnews.cb.att.com) wrote:
  14. > 
  15. > This is my impression, as well.  PM Windows appear faster, but windowed
  16. > VIO & VDM sessions are slower than before.  The VIO & VDM windows appeared
  17. > to be updated in interleaved "zones" -- watch carefully during a full 
  18. > screen paint or a scroll, though maybe it's less visible if you have a
  19. > faster CPU than my 16MHz 386sz.  The interleaved update is an old technique
  20. > we employed on slow systems to keep screen updates from appearing to "sweep"
  21. > from top-to-bottom, a behavior which many find unsightly and emphasizes
  22. > slowness.  The interleaved update, on the other hand, seems to give an 
  23. > impression of greater speed.
  24.  
  25. I have been playing with Linux and X386 on a 486-33 recently and the speed
  26. of X (running in 4MB with about 2MB free!) is awesome compared to the wps
  27. especially in xterm windows. One of the reasons for this seems to be the
  28. way xterm does screen updates. It seems to update the screen to what is
  29. happening at the time of the update. So a long multi-page directory listing
  30. may be done in 2 or 3 updates. Compared to OS/2's 50 updates for the same
  31. action, it makes xterm much faster. 
  32.  
  33. When using full screen OS/2 sessions, I can get 128lines scrolled by in
  34. 0.78 seconds. I certainly can't see everything that is displayed. If I want
  35. to I will pipe the output somewhere. In a windowed session, it scrolls each
  36. line. If it just displayed the whole screen as it should appear at the
  37. _time_ each update starts then the screen would scroll maybe 25 lines at a
  38. time and things wouldn't be so slow and we'd be able to see as much as we
  39. can from a full screen session. It's rediculous to redraw the screen for
  40. every line of output if it's coming that fast.
  41.  
  42. -- 
  43. Tom J Parry.
  44. Your reality is a figment of my imagination.
  45.