home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aix / 8251 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  2.7 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!jvnc.net!yale.edu!yale!gumby!destroyer!ncar!acd!pack
  2. From: pack@acd.acd.ucar.edu (Daniel Packman)
  3. Newsgroups: comp.unix.aix
  4. Subject: Re: When was it really created?
  5. Summary: You need cooperative users
  6. Message-ID: <1992Jul28.150329.15873@ncar.ucar.edu>
  7. Date: 28 Jul 92 15:03:29 GMT
  8. References: <1992Jul24.185429.13174@athena.cs.uga.edu> <bill.712285256@chaos.cs.umn.edu> <1992Jul28.035009.27875@usenet.ins.cwru.edu>
  9. Sender: news@ncar.ucar.edu (USENET Maintenance)
  10. Organization: Ntl Center for Atmospheric Research, Atmospheric Chemistry
  11. Lines: 39
  12.  
  13. In article <1992Jul28.035009.27875@usenet.ins.cwru.edu> maf@tabatha.MAE.CWRU.EDU (Mark Fullmer) writes:
  14. >>In <1992Jul24.185429.13174@athena.cs.uga.edu> is@groucho.dev.uga.edu (Bob Stearns) writes:
  15. >>>As is usual in a multiuser system, we are short of disk space. We make
  16. >>>available to our users a segment where files which will be reused or
  17. >>>moved offline may be kept for up to four days. They have discovered
  18. >>>touch (all of 100's of files with the same time stamp to within a
  19. >>>second) and are abusing the privelege....
  20. >
  21. >To answer the original posters question, unix doesn't keep a file creation
  22. >date.  see stat.h...
  23. >
  24. Indeed, the original creation date is not stored.  If you allow users to
  25. create datasets in this temporary area, then they certainly could recreate
  26. their datasets if they were removed.   If you unnecessarily delete datasets,
  27. then this recreation of datasets is another waste of resources.  Without
  28. extraordinary protection schemes, the users could simply rename or copy
  29. their datasets to fool a simple purge program.
  30.  
  31. Since we have an on-line network accessible mass storage system, I have
  32. toyed with the idea of having a daemon dynamically adjust quotas on a
  33. scratch disk and backup and delete files from users whose quota has been
  34. increased for an extended period.  This way, the daemon controls and
  35. remembers the quota modifications for each user.  If the same user requests
  36. more disk space, then the daemon could grant it subject to the higher
  37. priority needs of other users at that time.
  38.  
  39. A simpler scheme that could be put into your original purging program would
  40. be to substitute total disk useage for a given user during the previous
  41. run as the main factor in deciding which files to purge.  All these schemes
  42. could end up creating more work for the user who was just about ready to
  43. use a dataset that was purged.
  44.  
  45. There is no substitute for a group of cooperating users who realize they
  46. all have work to do.
  47.  
  48. --
  49. Dan Packman     NCAR                             INTERNET: pack@ncar.UCAR.EDU
  50. (303) 497-1427  P.O. Box 3000
  51.                 Boulder, CO  80307-3000        NSI/DECNET: 9583::PACK
  52.