Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!ames!ptsfa!ihnp4!inuxc!iuvax!bsu-cs!jdh
From: jdh@bsu-cs.UUCP (John Hiday)
Newsgroups: comp.os.vms
Subject: Re: bsd unix vs. dec's vms
Message-ID: <697@bsu-cs.UUCP>
Date: Sat, 23-May-87 01:19:17 EDT
Article-I.D.: bsu-cs.697
Posted: Sat May 23 01:19:17 1987
Date-Received: Sat, 23-May-87 19:10:16 EDT
References: <5828@shemp.UCLA.EDU> <34ab0e42.8be4@apollo.uucp> <695@bsu-cs.UUCP>
Organization: Ball State University UCS, Muncie, IN
Lines: 15
Summary: VMS not slow creating processes

In article <695@bsu-cs.UUCP>, dhesi@bsu-cs.UUCP (Rahul Dhesi) writes:
> 
> The Wollongong Group realized very early on that VMS creates processes
> very slowly....

VMS is not that slow creating processes.  It's just the way DCL spawns
processes that seems slow.  Unless you tell it not to DCL copies all your
symbols logical names, and keypad definitions from the parent process to the
new process by sending them one by one through a mailbox.  That is the part
that takes so long, especially if you're the kind of user we have around here
that has a LOGIN.COM the size of the new testament.  Try the /NOSYMBOL
/NOLOGICAL /NOKEY qualifiers on the SPAWN command or try using the $CREPRC
system service directly.

If you've got privs, skip accounting in the $CREPRC and make it even faster.