In <c=US%a=_%p=esys%l=GVLMAIL1-980423155023Z-5219 AT gvlmail1.gvl.esys DOT 
com>, on
04/23/98
   at 10:50 AM, Jim Bohnsack <BohnsackJA AT GVL.ESYS DOT COM> said:

>According to IBMLINK, this isn't available yet.

>Jim Bohnsack
>Raytheon Systems Co.

>>----------
>>From:  Dave Crockett[SMTP:crockett AT US.IBM DOT COM]
>>Sent:  Thursday, April 23, 1998 9:07AM
>>To:    ADSM-L AT VM.MARIST DOT EDU
>>Subject:       Re: Large ADSM Restores
>>
>>Rick Smith said:
>>
>>> I have to agree.  We've had some pretty upset users here.
>>> Waiting hours to restore one small file is ridiculous to them!!
>>
>>As mentioned previously, for this case you should see some great
>>improvements when you get the changes made for APAR PQ05614.
>>This was a server change is in the most recent server PTFs.
>>
>>Dave Crockett - ADSM development.
>>
>>

The apar number is different for different versions and platforms. The fix
is available for version 3 mvs as PQ13256.  I have applied the ptfs (UQ16502
and reqs)  and the doc contains the following --

------
APAR PQ13256
APAR PQ13256
 ****************************************************************
 * USERS AFFECTED:                                              *
 ALL ADSM Version 2 and Version 3 servers
 ****************************************************************
 * PROBLEM DESCRIPTION:                                         *
 During a restore, when using the -pick option and -inactive
 option, a long delay is experienced if the filespace is
 has many thousands of files.
 ****************************************************************
 * RECOMMENDATION:                                              *
 Apply the fixing PTF when available.
 ****************************************************************
 A performance improvement has been made in the ADSM server
 to narrow down the search for the files.  When the -inactive
 option is specified, the search is more general and takes
 much longer.  The -subdir=y adds even more to the search.
 A new method of searching has been implemented.
 The performance improvement affects the "upfront search time"
 before files are sent to the client.  Improvements will only
 be seen if inactive files are requested to be searched.
 The -latest option will also see these benefits.  The
 improvements experienced will vary greatly depending on the
 number of files in the filespace and number of versions.
 -----

I would be very interested to hear how well this fix works.  Could those who
have reported horror stories please try the same restore again after the fix
is on, and report the results here?

Thanks,

--
-----------------------------------------------------------
-----------------------------------------------------------
Bill Colwell
Bill Colwell
C. S. Draper Lab
Cambridge, Ma.
bcolwell AT draper DOT com
-----------------------------------------------------------
=========================================================================