home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / linux / 8123 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.3 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: Memory mapped files?
  5. Message-ID: <1992Aug13.143944.17119@crd.ge.com>
  6. Date: 13 Aug 92 14:39:44 GMT
  7. References: <1992Aug12.215042.5114@murdoch.acc.Virginia.EDU> <1992Aug13.054653.29996@colorado.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 <1992Aug13.054653.29996@colorado.edu>, drew@kinglear.cs.colorado.edu (Drew Eckhardt) writes:
  15. | In article <1992Aug12.215042.5114@murdoch.acc.Virginia.EDU> lfoard@Turing.ORG (Lawrence C. Foard) writes:
  16. | >Is there any soft of project underway to implement memory mapped files
  17. | >in Linux? It seems that the shared library code is pretty close except
  18. | >that it doesn't support writting pages back to the library file.
  19. | >
  20. | >Has anyone looked into what would be involved?
  21. | 
  22. | Ideally, some one will implement something along the lines of a 
  23. | vnode based vm system, where each virtual memory object has a mapping
  24. | and certain characteristics associated with it.
  25.  
  26.   How about for a start someone fix mmap() to work? As the notes say "it
  27. works well enough for X," but it sure isn't a generally working
  28. implementation.
  29.  
  30. | That mapping could be to a file, to a device, etc.  Ideally, a file mapping
  31. | would be a mapping to blocks as specified by the file's bmap, with those
  32. | blocks shared with buffercache.  Shared libararies / mmap / sysV 
  33. | shared memory semmantics could be implemented on top of this 
  34. | internal structure, quite easily.
  35.  
  36.   There is a question of what mechanism mmap uses now (I don't have
  37. source code at work). 
  38.  
  39. | Not 4G per process.  You still want room for kernel space in the 
  40. | same page table, so you can keep most of the same code in place
  41. | for kernel<>user space transfers, with kernel and user space in 
  42. | different x86 segments. Linus has something going with
  43. | > 3G per process, with the remainder allocated to the kernel - 
  44.  
  45.   I guess HURD will have 1GB for the user, 1 for the kernel, and 2 for
  46. the new release of emacs ;-)
  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.