Hi,

Your rate ( 360,000 files in 8 hours) seems far better than what we have
been able to do - to an SGI or Cray.  Could you describe your server
configuration to us: hardware, OS, OS tuning parameters (like no -a on AIX),
ADSM server version, and server tuning parameters, as well as your client
hardware type?

Come to think of it,  I achieved a similar rate once, but the restore was to
an AIX-based client (in the excitement of the moment, I forgot this key
fact). Could it be that database search times are dependent on the client
hardware type?

If so, why?

Jim
> ----------
> From:
> Carl.Makin AT ipaustralia.gov DOT au[SMTP:Carl.Makin AT ipaustralia.gov DOT 
> au]
> Sent:         Monday, June 08, 1998 8:42 PM
> To:   ADSM-L AT VM.MARIST DOT EDU; Purdon, James
> Subject:      Re[2]: Anyone else having server database contention problem
>
>
>
>
>
> > Author:  "Purdon James" <james_purdon AT MERCK DOT COM>
>
> > Guess again.  It would probably take two weeks just to get a listing of
> 9.5
> > million files in a single filespace.
>
> 53 filespaces, not 1.  One attempt at restoring a 15Gb filesystem took 8
> hours.  It has 390,000 images in it.
>
> >> From:         Carl Makin[SMTP:Carl.Makin AT IPAUSTRALIA.GOV DOT AU]
> >>> Author: Bill Quintrell <Bill_Quintrell AT PROVIDENTCOMPANIES DOT COM>
>
> >>> Not to start a contest (our record is 52 hours for one incremental
>
> >> I killed one of our backups after 4 days, it had done around 60% of
> > 400Gb containing 9.5 Million 40Kb(average) TIFF images in 53 filesystems
>
>
>
> Carl.
>
>