James R Owen wrote:

> Management discourages use of undocumented/unsupported settings,
> but I'm arguing that we need to specify RESOURCEUTILIZATION 30
> in order to effect efficient backups for our email servers:
>     4 IMAP servers, each w/4 CPUs, running linux client 5.2.3,
>     each backs up 15 FS sending ~200GB/night (compressed)
>     via 100Mb -> Gb ethernet
>     to our TSM 5.2.3 service's disk stgpool
>

I guess your problem is that finding a small amount of changed files in
these large filesystems. I solved this by:

1- generating a list of virtualmountpoints, basically, TSM is still
faster in doing an incremental of 100 filesystems of 100,000 files each
than (even mutithreaded) 1 filesystem of 10,000,000 files.

2- doing an 'incremental bydate' during weekdays and only normal
incrementals during the weekend.

also, you might want to look into the type of filesystem you are using.
In these cases reiserfs could perform better than any other filesystem.

Basically, My guess is that increasing your resourceutil is not that
usefull. in these cases the disks just don't keep up, whatever you do.

If you do want to control the order things are done in, my bet would be
on the domain statement, of course, you need to update that in case you
add a filesystem (I've heard of scripts that do this).

--
Met vriendelijke groeten,

Remco Post

SARA - Reken- en Netwerkdiensten                      http://www.sara.nl
High Performance Computing  Tel. +31 20 592 3000    Fax. +31 20 668 3167
PGP Key fingerprint = 6367 DFE9 5CBC 0737 7D16  B3F6 048A 02BF DC93 94EC

"I really didn't foresee the Internet. But then, neither did the
computer industry. Not that that tells us very much of course - the
computer industry didn't even foresee that the century was going to
end." -- Douglas Adams