home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / internal / 1117 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  1.7 KB
  1. Path: sparky!uunet!murphy!jpradley!colornet!dfilip
  2. From: dfilip@colornet.UUCP
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: Why does emptying a dir take so long?
  5. Keywords: ACP_DIRCACHE
  6. Message-ID: <97@colornet.UUCP>
  7. Date: 26 Jul 92 22:19:47 GMT
  8. References: <1992Jul15.123436.29887@fel.tno.nl>
  9. Distribution: world
  10. Lines: 31
  11.  
  12. Maarten Landzaat writes :
  13. >He has a few directories containing a few hundred files. Sometimes, these
  14. >dirs need to be emptied. He then issues a simple delete *.*;* or whatever.
  15. >then VMS takes an INCREDIBLE time of 2 hours (5.4) or 45 minutes (5.5) 
  16. >to delete the files.
  17. <stuff deleted>
  18.  
  19. If all access to the directory becomes VERY SLOW (including DIR's) then
  20. I would suggest looking at the SYSGEN parameter ACP_DIRCACHE. This is the
  21. number of blocks of a directory file that are kept in cache. Although a few
  22. hundred files should NOT create an extremely large directory, if there were
  23. ever a lot more (i.e., thousands) then this could be your problem since
  24. directory files are not automatically compressed when files are deleted.
  25.  
  26. ACP_DIRCACHE should be slightly larger than your largest directory file.
  27. The parameter is dynamic, so you can change it without rebooting and see
  28. if it fixes your problem.
  29.  
  30. Hope this helps !
  31.  
  32. Regards,
  33.  
  34. Dave.
  35.  
  36. --
  37. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  38. =   David E. Filip                UUCP   : uupsi!jpradley!colornet!dfilip   =
  39. =   ColorNet Information Systems  CIS    : 76430,3111                       =
  40. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  41. =     'Why fix the application when we can just keep fixing the data ?'     =
  42. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  43.