home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / internal / 1111 < prev    next >
Encoding:
Text File  |  1992-07-23  |  2.7 KB  |  55 lines

  1. Newsgroups: vmsnet.internals
  2. Path: sparky!uunet!cs.utexas.edu!uwm.edu!caen!nic.umass.edu!amherst!amherst.edu!jwmanly
  3. From: jwmanly@amherst.edu
  4. Subject: RE: VMS Memory Management/PGFLQUOTA question
  5. Message-ID: <1992Jul23.153406.1@amherst.edu>
  6. Lines: 42
  7. Sender: usenet@amhux2.amherst.edu (USENET News System)
  8. Nntp-Posting-Host: amh.amherst.edu
  9. Organization: Amherst College, Amherst Mass.
  10. References: <51000F6F_00057EE8.0095DF402228FBE0$6_1@UK.AC.KCL.PH.IPG>
  11. Date: Thu, 23 Jul 1992 19:34:06 GMT
  12.  
  13. >> What I would like to do is reserve a large (VERY large) segment of virtual
  14. >> address space for my exclusive use in an image.  We're talking a quarter of a
  15. >> gigabyte or so here.
  16.  
  17. > I don't really understand the rationale behind the details of the question.
  18. > Why is it desired to greate a quarter-Gbyte address space that is reserved
  19. > against use by system routines, but not associated with backing store? The
  20. > only thing I can think of is come sort of very sparsely populated matrix,
  21. > but there are better ways to code these as linked lists...
  22.  
  23. You are basically correct.  It's not actually a matrix but it is a large
  24. yet extremely sparse data structure.  If you like, though, you can think
  25. of it as a huge matrix.  HOWEVER, I don't have control over how the matrix
  26. cells are accessed.  Think of me as a lowly library routine responsible only
  27. for creating this monstrosity.
  28.  
  29. The matrix has to look to the user as if it really is all there, but my  code
  30. fields the access violations on non-existent pages (using a  condition handler
  31. in the secondary vector or something), do a $CRETVA on the pages as they are
  32. accessed, and continue.
  33.  
  34. > Suggestion for DEC: It would be very nice indeed if a user could attach a
  35. > private pagefile to a process from DCL, which would then be used instead
  36. > of (or rather, in preference to) the system pagefile, until the process
  37. > is deleted. Would it be very hard to do? Certainly, it's a real hassle
  38. > when you buy binary code that needs lots of VM and know that if three or
  39. > so users happen to run it simultaneously, your pagefile will be full...
  40.  
  41. This certainly would be a win, though I suspect that implementing it might be
  42. tough for the VMS folks.  An easier way to get this functionality, though,
  43. would be to somehow intercept $EXPREG calls (Ehud Gavron's system vector
  44. patcher might be useful here) and convert them into $CRMPSC calls with the
  45. EXPREG bit set, but mapping the region to some portion of a user file (such as 
  46. SYS$LOGIN:PAGEFILE.SYS) instead of the page file.
  47.  
  48. Then all the image's $EXPREG calls (including all LIB$GET_VM calls) will return
  49. space mapped to an area of this file instead of chargeing your pagefile quota.
  50.  
  51. Comments, anyone?
  52.  
  53. - John W. Manly  <JWMANLY@AMHERST.EDU>  (System Manager -- Amherst College)
  54.  
  55.