Michael,
        Take a look at the TXNGROUPMAX parameter on the server side and
TXNBYTELIMIT on the client side.  The TXNGROUPMAX parameter tells ADSM
how many files to accept between commit points... since you're
transferring a lot of small files which will be causing a lot of ADSM
database activity, increasing this should help.  I believe the default
for this is 40 with a range of 4 to 256.  The TXNBytelimit specifies the
byte limit (in KB)  when batching files within a transaction on the
client side.. default is 300 KB with a maximum of 25600.  Both of these
parameters can affect the recovery log size so keep an eye on that when
you make any changes.  Also check to see whether you have compression
enabled or not.  If these files do not compress well and you have
compression enabled, this will cause a lot of retransmissions.  For
instance, if you compression enabled and the 99th file out of a batch of
100 'grows' when compressed, the entire group of 100 files gets
retransmitted uncompressed.  If you see a lot of retransmissions you're
better off disabling compression.

Tim Pittson
tpittson AT himail.hcc DOT com

>----------
>From:  Michael Ryan[SMTP:Ryan_Michael_J/svoa0008 AT SSB DOT COM]
>Sent:  Monday, August 12, 1996 10:41 AM
>To:    Multiple recipients of list ADSM-L
>Subject:       Number of files per hour??
>
>     I have several mail systems, each having approx. 4 million files.
>On
>     an average day approximately 10-20% of the files change, so I am
>     looking at incrementals that will backup approx. 400,000 - 800,000
>     files each day. The files are small, around 1k-2k on average, and
>my
>     initial tests indicate that I can get approx 20,000 files per
>hour.
>     The testing was done between a "HP-UX A.09.04 E 9000/847" and a
>IBM
>     ES9000. The testing does not appear to be touching the network,
>nor is
>     it taxing the mainframe or HP box. I would like to be able to
>backup
>     each of system within a 6-8 hour window.
>
>     Does any one have a similar situation, and if so how have you
>tuned
>     the system to move this many files?
>
>     Does any one have any firm numbers on the quatity of files that
>can be
>     backed up in a 1 hour period?
>
>     Any suggestions????????
>
>
>
>     ****Please not that the numbers above are very rough and only a
>result
>     of some prelimiary testing.
>
>
>     Thanks in advance.
>     Michael Ryan
>