Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!mcsun!cernvax!achille
From: achille@cernvax.UUCP (achille petrilli)
Newsgroups: comp.sys.apollo
Subject: Re: wbak working, but slow
Keywords: backups, wbak, dn10000
Message-ID: <1969@cernvax.UUCP>
Date: 14 Jun 90 18:40:07 GMT
References: <1990Jun13.012834.1159@csrd.uiuc.edu> <1990Jun13.115943.4352@bnrgate.bnr.ca>
Distribution: comp
Organization: CERN, European Laboratory for Particle Physics
Lines: 37

In article <1990Jun13.115943.4352@bnrgate.bnr.ca> awhitton@bnr.ca writes:
 >In article <1990Jun13.012834.1159@csrd.uiuc.edu>,
 >kai@uicsrd.csrd.uiuc.edu (Kuck And Associates) writes:
 >> The only problem left is how slow this is.  I can juggle our backup schedule
 >> 
 >> Patrick Wolfe   (pat@kai.com, kailand!pat)
 >> System Programmer/Operations Manager, Kuck & Associates
 >
 >Ah but to paraphrase our friends at SUN:
 >
 >   The Network IS the problem
 >
 >No matter how fast your system is, if your network is a standard ethernet
 >(or normal token ring for that matter), the bottle neck will be the network
 >and not your system. 
 >
 >Also are the DN10000's disks fast? I don't think they are compared to some
 >of the new technologies coming out. Are their any plans out their in HP
 >land to speed up the disks on the 10000?
 >
 >Cheers,
 >Alan
 >
 >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
 >BNR Ottawa                   Disclaimer: "This is only my opinion"
 >BITNET: awhitton@bnr.ca  OR  UUCP: ...uunet!bnrgate!forum!awhitton

I just ran 'time wbak -stdout -full -nhi /systest >/dev/null' and it
took 9.58sec for 9.736MB of real time == 1MB/sec
The problem for you is using the rsh command. Use directly the 'shell'
service and write your own remote execution WITHOUT invoking the
intermediate /bin/sh. Also some Unixes (i.e. Unicos/Cray) allow you
to set the buffer size for net transfers, set it to some 64KB.
I'm sorry I forgot the name of the ioctl I used :-) It was long ago.

	Achille Petrilli
	Management Information Systems