We experience the same problem. All our clients with smaller filespaces
get quite fast response from the server, even when queriing inactive
data. Only a few larger clients (each 50-80 GB) have response times this
long.
I hope ADSM V3 to be much faster, especially through "small file
aggregation", but Ih fear this won't help much, as all data is already
backed up and not "small file aggregated".
Isn't IBM able to improve response time in ADSM on a platform like
OS/390? Our customers cannot believe that a complex query on a 40 GB
database takes only part of a second while an ADSM query on its 3 GB
database consumes 2 hours.

Regards, Michael
--
Michael H. Bartl
Michael H. Bartl
ADAC e.V. (Rechenzentrum, Produktionsplanung und Organisation)
Tel.: (089) 7676-4063, Fax: (089) 7676-8161
EMail: Michael.Bartl AT Zentrale.ADAC DOT de

> ----------
> Von:  Verellen, Luc[SMTP:lverelle AT JANBE.JNJ DOT COM]
> Gesendet:     Freitag, 6. März 1998 08:35
> An:   ADSM-L AT VM.MARIST DOT EDU
> Betreff:      Performance of restore of inactive files (NT client)
> 
>      Hello list,
> 
>      Running ADSM V.2.1 level 13 on OS/390 server (on IBM CMOS 9672
> R44
>      machine).
>      ADSM database +/- 7 GB.
>      ADSM client version 3.1 running on NT 4.0.  This file server
> contains
>      500.000 files.
> 
>      When trying to restore an inactive file, this takes more than 3
> hours,
>      which is unacceptable.
> 
>      CPU utilization of ADSM is 20 to 25 % (total CPU utilization is
>      approximately 75 to 90%, so no CPU bottleneck).
> 
>      Any known problems ? Hints or tips ?
> 
> 
>      Best regards,   Luc.
> 
>      Luc Verellen
>      Janssen Pharmaceutica
>      Beerse/Belgium
> 
>      lverelle AT janbe.jnj DOT com
>