home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / os2 / misc / 43963 < prev    next >
Encoding:
Text File  |  1993-01-25  |  1.8 KB  |  39 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: Scrolling performance (was Re: OS/2 Wish List)
  5. Message-ID: <1993Jan25.072103.5129@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: <1993Jan24.093528.11403@lth.se>
  10. Date: Mon, 25 Jan 1993 07:21:03 GMT
  11. Lines: 26
  12.  
  13. Ola Sigurdson (d89os@efd.lth.se) wrote:
  14.  
  15. > The above may be true, but it isn't the main reason for the slow
  16. > scrolling in the command windows. The problem is, I think, that
  17. > the window client code is inefficient to the point of being broken:
  18. > When the window scrolls up one line, each line is redrawn separately.
  19. > (The correct way to do it is of course to bitblt the window one line
  20. > up, and then draw the bottom line.)
  21. >   As an example, compare the scrolling speeds for the System Editor and
  22. > a command window, using similar fonts. You should find that the
  23. > scrolling is quite acceptable for the System Editor, and that it is
  24. > atrocious for the command window (even with coprocessed graphics).
  25.  
  26. Another aspect is the fact that OS/2 seems to use software emulation of the
  27. superior hardware features of these cards instead of the hardware code. In
  28. a DOS box you can turn off VIDEO_ROM_EMULATION and I got a 5 times
  29. improvement in scrolling speeds but my OS/2 windows are still far too slow.
  30. I have developped the habit of entering 'cls' before _every_ command I
  31. execute - and this actually saves me time!!!!
  32.  
  33. This applies both to the built in SPP SVGA ET4000 support and the 'leaked
  34. trident' generic drivers on my ET4000.
  35.  
  36. -- 
  37. Tom J Parry.
  38. Your reality is a figment of my imagination.
  39.