home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9519 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.9 KB  |  46 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!ftpbox!mothost!merlin.dev.cdx.mot.com!pjd.dev.cdx.mot.com!peterd
  3. From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
  4. Subject: Re: VM86
  5. Message-ID: <peterd.715289756@pjd.dev.cdx.mot.com>
  6. Sender: news@merlin.dev.cdx.mot.com (USENET News System)
  7. Nntp-Posting-Host: pjd.dev.cdx.mot.com
  8. Organization: Motorola Codex, Canton, Massachusetts
  9. References: <1992Aug29.065940.1256@athena.mit.edu> <1992Aug29.091200.16019@klaava.Helsinki.FI> <1992Aug31.142857.4685@crd.ge.com>
  10. Date: Mon, 31 Aug 1992 19:35:56 GMT
  11. Lines: 33
  12.  
  13. davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
  14.  
  15. >In article <1992Aug29.091200.16019@klaava.Helsinki.FI>, torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
  16.  
  17. >| SIGALRM_handler()
  18. >| {
  19. >|     check the screen memory in the vm86 box, and update the real
  20. >|     screen every now and then. Do any other regular house-keeping
  21. >|     fn's.
  22. >| }
  23.  
  24. >  This can get to be fun trying to balance the overhead of fast screen
  25. >updates with reasonable CPU usage. One technique used (by Locus) is to
  26. >do a CRC of the screen memory in blocks, and only copy what has changed.
  27.  
  28. This might not be worthwhile if the bandwidth between the real screen
  29. and the screen memory is comparable to the CPU bandwidth. Especially 
  30. beware of using an overly simple checksum function on a bitmapped 
  31. display, as it may not detect changes between different background
  32. patterns that have the same repetition period. (this problem was seen 
  33. on a screen-sharing program for the Macintosh)
  34.  
  35. [although if the real screen is on an ISA-bus card, and screen memory is
  36. on the motherboard, it could very well be worth the effort.]
  37.  
  38. I like Bill Davidsen's idea of using a read-only memory trap to detect
  39. writes to the screen, though. I wonder if it would be worthwhile to use
  40. this method to divide the screen up into large chunks (e.g. 4 or 8) and
  41. then copy only those blocks that have changed (if any) since the last
  42. timer tick.
  43.  
  44.                 Peter Desnoyers
  45. -- 
  46.