RE: [Linux-decnet-user] Restore performance

[Gustavo M. B. <gb...@na...>]

Well, this was a QUICK response...
Regarding the commands, to perform the backup I use:

BACKUP /IMAGE/IGNORE=3DLABEL DKA0: 21.42"OFFLINE password"::PP.BCK/SAVE

It takes about 20 minutes to backup a system disk with about 600 MB of =
data. The source is an AlphaStation 200/166 with OpenVMS 7.1 and 10 Mbps =
network card running through a switch.
21.42 is the DECNet address of the Linux node. The Linux computer runs a =
standard 2.4.25 kernel with dnprogs 2.26. It is an Athlon 2200XP with =
256 MB RAM and very light load (none at the time of the backup).

To perform the restore I do:

BACKUP 21.42OFFLINE password"::PP.BCK/SAVE DKA0:[*...] /BY_OWNER

Then I do the usual writeboot stuff.
The process works properly but it takes about 4 hours.
The only FAL options I am using (in the dnetd.conf file) are -ae -r =
/offline
/offline is the exported path.
Standard file copy is fast (I didn't benchmark the system but it looks =
fine). I changed NSP_MAX_WINDOW to 1 in dn.h to improve the performance =
of the file copy (as it was suggested somewhere in the net) but the =
restore performance wasn't improved.

Thank you very much for your time and support.

-----Original Message-----
From: Patrick Caulfield [mailto:pa...@ty...]=20
Sent: Wednesday, April 21, 2004 10:34 AM
To: lin...@li...
Subject: Re: [Linux-decnet-user] Restore performance


On Wed, Apr 21, 2004 at 10:19:42AM -0300, Gustavo M. Boado wrote:
>=20
> Hi. I am trying to backup an OpenVMS system to a Linux box (old=20
> story). I changed the RMS_DEFAULT setting as it's suggested in the=20
> documentation and both backup and restore worked properly, but the=20
> restore process take much longer than the backup (4 hours compared to=20
> 20 minutes). Any idea of what might be happening?

It depends on a few things, principal is whether you are pushing or =
pulling from the Linux box. It's some time since I wrote the code but I =
distinctly remember that the blocking was much more efficient one way =
than another.=20

Also the send windowing in Linux is only implemented in one direction =
too - though I think that only affects phase V nodes in Phase IV =
compatibility.

Can you tell me the commands you are doing? - and if you have any FAL =
options set. often the FAL metadata can drastically improve send times =
because it will block more efficiently. fal -ae is a good default to =
use.
--=20

patrick


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of =
GenToo technologies. Learn everything from fundamentals to system =
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Linux-decnet-user mailing list Lin...@li...
https://lists.sourceforge.net/lists/listinfo/linux-decnet-user