Perhaps some others will also respond anf give you there opinion of whether
this is slow or not, but I will throw my $.02 in anyway. From what
information you showed, I would say that this is a pretty typical time (at
least in my shop), but there are many variables and things to consider that
help to determine what is "slow".
First, what is the configuration of the PC, Network, and server. For example,
how fast is the chip (Pentium 100MHz, etc.), and is it Ethernet, 4MB TR, 16MB
TR, etc. Is it Win95, Win 3.1, OS/2. And where is the sever (VM, MVS, etc.)
As with any performance issue, you need to know some things about the
configuration to get an idea where to expect bottlenecks.
Second, did you have compression turned on? That will definately improve
overall performance, at the expense of some contention on the client, if you
are doing anything else.
Also, consider that the test results indicate you were in essence doing a full
backup. Our experience has shown that the incrementals, while they show the
same throughtput statistics, run in a very short period of time (typically 2-3
minutes), so that many of them can run without impacting each other. This of
course applies to desktop machines, Unix and LAN servers will obviously take
longer. Full backups need to be rolled in - that is you don't do large
numbers of them at the same time.
As for the tape cartridges, we also use 3480 with IDRC, and see the same
thing. We attribute this to the fact that what is being reported is the
amount of compressed data that is fitted on the tape. If you use ADSM's data
compression (which I Advocate), IDRC cannot do much of a job compressing the
data further. Thus the ADSM report will look like IDRC is not working.
Remember, and IDRC tape is the same length as a regular 3480; the data is
written in the same format, but compressed by the control unit. If it's
compressed already, then it won't buy you much.
BTW, here is a sample run from my daily backup - on a ThinkPad 750, with OS/2
warp, 486-33Mhz, TCP/IP V3 over a 4Mb Token Ring network to an MVS version 2
server.
04/24/1996 07:13:46 Total number of objects inspected: 13,496
04/24/1996 07:13:46 Total number of objects backed up: 109
04/24/1996 07:13:46 Total number of objects updated: 0
04/24/1996 07:13:46 Total number of objects rebound: 0
04/24/1996 07:13:46 Total number of objects deleted: 1
04/24/1996 07:13:46 Total number of objects failed: 0
04/24/1996 07:13:46 Total number of bytes transferred: 1,828.8 KB
04/24/1996 07:13:46 Data transfer time: 3.33 sec
04/24/1996 07:13:46 Data transfer rate: 548.94 KB/sec
04/24/1996 07:13:46 Average file size: 27.3 KB
04/24/1996 07:13:46 Compression percent reduction: 41.86%
04/24/1996 07:13:46 Elapsed processing time: 0:02:58
In looking at my log, it seems that performance has improved with version 2 of
the server, and also with the latest client levels (this is V2.1.0.3)
This has rambled on farther than I intended - hope it is of interest.
Jerry Lawson
jlawson AT itthartford DOT com
________________________Forward Header________________________
Author: INTERNET.OWNERAD
Subject: ADSM Performance
04-26-96 09:55 AM
I had installed ADSM several years ago, but there was not much interest in
it at the time. There have been several people requesting to use it now and
I was wanting to get some statistics from other folks using ADSM. I ran a
sample job yesterday on my PC and got the following results:
Files examined 10,644
Files backed up 8,440
Bytes transferred 615 MB
Transfer rate 280 KB/sec
Elapsed time 3:22:46
This seems really slow. If I have several people backing up at the same
time, will this slow it even more?
Also it asked for 4 cartridges. We have 3480's with IDRC so I defined them
as 3480XF to ADSM, but all they hold is approx. 200 MB. Is this normal?
I am thinking that I don't have something set quite right, but I would like
to find out what other people are experiencing.
Thanks in advance
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
& John Kaba & Internet - CCJK AT FHSUVM.FHSU DOT EDU &
& Systems Software Analyst III & SneakerNet - Tomanek Hall Rm. 147 &
& Dept. of CTS & MaBell - (913) 628-4489 &
& Fort Hays State University & Fax - (913) 628-4096 &
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
|
