We have upgraded only the (AIX 4.2.1) server (and a small number of
clients, so far) to Version 3 and have seen some fairly substanial gains
in throughput - which I think are mostly due to the benefits of file
aggregation.
To take advantage, you need to look at some server options (particularly
the TXN ones) :
TxnGroupMax 256
MoveBatchSize 1000
and to the client system option:
TXNBytelimit 25600
(which are shown set to the maximum values). For the client option, you
need to take into account the memory available, the network capabilty etc
and the implications if a transaction fails and is repeated (for whatever
reason).
The primary gains have been seen in server operations like BACKUP STG and
MIGRATION. We have a profile with an average filesize of 80-120KB for site
backup data and we normally run 4 streams (3590) to do these operations.
We have seen almost a doubling of throughput (ballpark figures), which is
welcome, but still doesn't come close to driving 4 3590s in parallel to
full capacity.
We have seen INVENTORY EXPIRATION speed up, but it's still early days to
quantify that.
We have seen no evidence that client delivery of data improves.
We had hoped to see the server handle greater client concurrency - but so
far we haven't seen that.
Best wishes, Sheelagh
------------------------------------------------------------------------------
Sheelagh Treweek Email: sheelagh.treweek AT oucs.ox.ac
DOT uk
Sheelagh Treweek Email: sheelagh.treweek AT oucs.ox.ac
DOT uk
Oxford University Computing Services Tel: +44 (0)1865 273205
13 Banbury Road, Oxford, OX2 6NN, UK Fax: +44 (0)1865 273275
------------------------------------------------------------------------------
> From owner-adsm-l AT VM.MARIST DOT EDU Tue Feb 10 19:55:58 1998
> From owner-adsm-l AT VM.MARIST DOT EDU Tue Feb 10 19:55:58 1998
> X400-Originator: jlawson AT higmx.thehartford DOT com
> X400-Recipients: adsm-l AT VM.MARIST DOT EDU
> X400-Mts-Identifier: [/ADMD=INTERNET/C=US/;0012900002641659000002]
> X400-Content-Type: P2-1988 (22)
> Date: Tue, 10 Feb 1998 15:27:45 -0500
> From: Jerry Lawson <jlawson AT THEHARTFORD DOT COM>
> Subject: ADSM V3 Performance and Schedlog Messages
> To: ADSM-L AT VM.MARIST DOT EDU
>
> ---------------------------- Forwarded with Changes
---------------------------
> From: INTERNET.OWNERAD at SNADGATE
> From: INTERNET.OWNERAD at SNADGATE
> Date: 2/10/98 10:37AM
> To: Jerry Lawson at ASUPO
> *To: *ADSM-L at SNADGATE
> Subject: ADSM V3 Performance and Schedlog Messages
>
-------------------------------------------------------------------------------
> Rick -
> Rick -
>
> Did you just upgrade the server to V3, or did you do clients too? It was my
> understanding that any performance gains would not really be seen until both
> clients and server were at V3 - that's when you can take advantage of small
> file aggregation.
>
> Jerry Lawson
> jlawson AT thehartford DOT com
>
>
> ______________________________ Forward Header
__________________________________
> Subject: ADSM V3 Performance and Schedlog Messages
> Author: INTERNET.OWNERAD at SNADGATE
> Date: 2/10/98 10:37 AM
>
>
> Hello ADSMer's,
>
> We just upgrade to V3 this past weekend. We are now running V3
> on OS\390 server and Win NT, Win 95, and UNIX boxes. I am pleased to
> say the conversion went off without a hitch, however, I have not seen
> the performance gains I though I would. Actually, I have not seen any
> significant improvement at all. I am not trying to down ADSM, but there
> are people who are going to want to see results!! I was just wondering
> if maybe there were some performance parameters that I should be looking
> at?? Any help would be much appreciated.
>
> Just a side note on the Schedlog not showing messages like it
> did in version 2. I am on a WIN 95 machine and all messages still get
> logged. I also noticed that any WIN NT clients still running V2 are
> logging all messages. It appears to me that only the WIN NT clients
> running V3 have this problem!! I would like to have these messages
> back, so if someone would be so kind as to tell me when PTF 3 might be
> out???
>
> Thanks,
> Rick Smith
> Maritz, Inc.
> Storage & Security Administration
> smithrr AT maritz DOT com
> (314) 827-1584
|
