home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9668 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  2.4 KB
  1. Path: sparky!uunet!wupost!usc!rpi!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: <1992Sep2.141013.14141@crd.ge.com>
  6. Date: 2 Sep 92 14:10:13 GMT
  7. References: <1992Aug29.065940.1256@athena.mit.edu> <1992Aug29.091200.16019@klaava.Helsinki.FI> <1992Aug31.142857.4685@crd.ge.com> <peterd.715289756@pjd.dev.cdx.mot.com> <richard.715353503@stat.tamu.edu>
  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: 37
  12. Nntp-Posting-Host: ariel.crd.ge.com
  13.  
  14. In article <richard.715353503@stat.tamu.edu>, richard@stat.tamu.edu (richard henderson) writes:
  15.  
  16. | >I like Bill Davidsen's idea of using a read-only memory trap to detect
  17. | >writes to the screen, though. I wonder if it would be worthwhile to use
  18. | >this method to divide the screen up into large chunks (e.g. 4 or 8) and
  19. | >then copy only those blocks that have changed (if any) since the last
  20. | >timer tick.
  21.  
  22.   Thank you, I like the idea of no overhead if the screen is not
  23. modified, but I wonder what the trap will cost.
  24.  
  25. | Also, if it were possible to get at the "page dirty" flag, it would be
  26. | very easy to tell which 4K chunks have been modified.  This without
  27. | needing to service interrupts.  It seems to me that waiting for the 
  28. | alarm and checking all 16 pages at the same time would be faster than
  29. | having the overhead of a (several?) task-switch to service each interrupt.
  30.  
  31.   And poll the page dirty flags? Hum. I don`t know what that would
  32. entail, or even if it would be less overhead, since a system call to get
  33. the flags might cost as much as a trap to indicate a modification. Fun
  34. times finding out!
  35.  
  36.   I believe the best thing is to map the screen memory whenever
  37. possible, sunce as when running directly rather than under X. This
  38. reduces trapping to just the registers.
  39.  
  40.   Re the comment I seem to have edited out, SysV shared memory would
  41. probably be easy using the code from mmap(), only that doesn't work in
  42. the general case, either.
  43.  
  44.   There is room for a lot of missing IPC still, like semiphores, message
  45. queues, etc. That's not a complaint in any way, just a comment on the
  46. current state of the kernel.
  47.  
  48. -- 
  49. bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  50.     I admit that when I was in school I wrote COBOL. But I didn't compile.
  51.