> Idea 1: don't create that many files to purge :)

Or if programs/jobs that need to create 'work' files whose life is just the
duration of the job, then create them in the tmp domain.When the job ends
the files get cleaned up then and there.

Lee Courtney

"Stan Sieler" <[log in to unmask]> wrote in message
news:M8mdnUH32KZ-4uaiU-KYuA@fidnet.com...
> Re:
>
> > I am on a 989/650 system and every weekend we
> > identify via a program, using MPEX and access
> > date parms about 70 thousand files to delete
> > off the system.
>
> > My issue is that this program has become a real hog.
>
> Idea 1: don't create that many files to purge :)
>
> Idea 2: within each group.account (or within each HFS
>         directory): SORT the filenames in *REVERSE*
>         alphabetic order before purging them.
>
>         I.e., if you want to purge A, CATSUP, ZOO from the
>         same directory/group, do it:
>
>             :purge zoo
>             :purge catsup
>             :purge a
>
>         This will mimimize the directory update time/cost.
>
> Idea 3: split the deletes into 2 to 4 jobs, and stream the
>         jobs at the same time.  Note: don't split as in
>         "file 1 to job 1, file 2 to job 2,
>         file 3 to job 1, file 4 to job 2",
>         but instead "files 1, 2 to job 1", files 3, 4 to job 2".
>
> Obviously, all ideas can be combined :)
>
> Stan
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *