home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #23 / NN_1992_23.iso / spool / vmsnet / mail / pmdf / 2477 < prev    next >
Encoding:
Internet Message Format  |  1992-10-15  |  2.3 KB
  1. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!ukma!cs.widener.edu!bu.edu!rpi!uwm.edu!ux1.cso.uiuc.edu!moe.ksu.ksu.edu!mccall!ipmdf-newsgate!list
  2. From: ned@sigurd.innosoft.com (Ned Freed)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: QUEUE_CACHE.DAT and my performance problem
  5. Message-ID: <01GPZDOBV9V48ZDX14@SIGURD.INNOSOFT.COM>
  6. Date: 15 Oct 92 22:27:36 GMT
  7. Organization: The Internet
  8. Lines: 31
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 15 Oct 1992 15:27:36 -0700 (PDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  13. Resent-Message-ID: <01GPZDOSQWBM8WXO5K@YMIR.CLAREMONT.EDU>
  14. X-Vms-To: IN%"tkslen@ubvmsb.cc.buffalo.edu"
  15. X-Vms-Cc: IPMDF
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  18. Content-Transfer-Encoding: 7BIT
  19.  
  20. > Why is the queue_cache file extending instead of reusing it's allocated blocks?
  21.  
  22. It is just the way indexed files work. Empty buckets from deleted records
  23. aren't generally eligible for reuse until you reclaim them using
  24. CONVERT/RECLAIM. Unfortunately this requires exlclusive access and therefore
  25. can only be done during slack times. The basic idea is that the file grows and
  26. grows during the day and gets reclaimed each evening. This will release those
  27. blocks for reuse the next day.
  28.  
  29. It is possible that someone cleverer than I with these RMS things could come up
  30. with a way to get more reclamation during actual use -- it may be possible to
  31. do this using clever tricks with multiple areas. If someone knows how to do
  32. this I'd love to hear about it. If possible at all it should be doable via an
  33. FDL file, I believe. Practically everything in RMS can be controlled with
  34. an FDL file.
  35.  
  36. > If the file must extend should innosoft or the user create an FDL file so that
  37. > the file is created with a big allocation so the file doesn't become
  38. > fragmented?
  39.  
  40. Yes, I already recommended doing this in my original response. Alternately, you
  41. could use the RMS tuning stuff (EDIT/FDL/SCRIPT=OPTIMIZE/NOINTERACTIVE for
  42. instance) to tune the whole thing using whatever intelligence Digital has coded
  43. in there.
  44.  
  45. RMS has loads of analysis, tuning, and performance optimization facilities --
  46. it always amazes me that VMS users don't take more advantage of all this stuff.
  47. The ability judicious use of these existing facilities was the primary reason
  48. for making the queue cache an RMS file instead of inventing our own structure.
  49.  
  50.                 Ned
  51.