home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9484 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  1.8 KB
  1. Path: sparky!uunet!crdgw1!rdsunx.crd.ge.com!ariel!davidsen
  2. From: davidsen@ariel.crd.GE.COM (william E Davidsen)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: VM86
  5. Message-ID: <1992Aug31.142857.4685@crd.ge.com>
  6. Date: 31 Aug 92 14:28:57 GMT
  7. References: <1992Aug29.065940.1256@athena.mit.edu> <1992Aug29.091200.16019@klaava.Helsinki.FI>
  8. Sender: usenet@crd.ge.com (Required for NNTP)
  9. Reply-To: davidsen@crd.ge.com (bill davidsen)
  10. Organization: GE Corporate R&D Center, Schenectady NY
  11. Lines: 28
  12. Nntp-Posting-Host: ariel.crd.ge.com
  13.  
  14. In article <1992Aug29.091200.16019@klaava.Helsinki.FI>, torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds) writes:
  15.  
  16. | SIGALRM_handler()
  17. | {
  18. |     check the screen memory in the vm86 box, and update the real
  19. |     screen every now and then. Do any other regular house-keeping
  20. |     fn's.
  21. | }
  22.  
  23.   This can get to be fun trying to balance the overhead of fast screen
  24. updates with reasonable CPU usage. One technique used (by Locus) is to
  25. do a CRC of the screen memory in blocks, and only copy what has changed.
  26. At some point I would like to try mapping the screen memory directly (I
  27. haven't looked at the vm86 stuff, can you even do that) or mapping
  28. memory readonly. Then, when an attempt is made to write the memory you
  29. remap r/w and start the timer tick for your update checking.
  30.  
  31.   Obviously a trap will generate overhead, but not having the timer tick
  32. and checking the screen memory will save it. And if a check shows the
  33. screen memory didn't change, the memory could be remapped r/o again.
  34.  
  35.   This looks like a nice place to try some algorithms and find a good
  36. compromise between performance and impact. Then we can get it running
  37. under X and have little DOS windows.
  38.  
  39. -- 
  40. bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  41.     I admit that when I was in school I wrote COBOL. But I didn't compile.
  42.