>The large volume has a deep directory tree with 700-800K files.  Many
>directories with more than 1000 files.  The ADSM client, wether doing an
>incremental of the whole drive, or an individual directory runs abysmally
>(sp) slow.  A selective backup of a directory runs equally slow.
> Operations on the other volumes in this baby run fine.

That's a classic performance problem for *anything* traversing those
directories, including ADSM.  Ordinary directories, in any operating system,
are inefficient data structures (basically being flat files, sequentially
searched), which hinder access to the data within them.  The more entries in a
directory, the worse the performance.  That's why a subdirectory regimen has
to be observed, to balance performance.

I'd recommend mandating that the owner of those directories rearrange the
contents to use subdirectories - not just for ADSM, but for everything in that
system.  In the interim, you can Exclude the problem directories from regular
ADSM backups and perform backups only when data changes in there, or on a
special schedule.

  Richard Sims, BU