Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!mit-eddie!oxtrap.UUCP!rich
From: rich@oxtrap.UUCP (K. Richard Magill)
Newsgroups: comp.emacs
Subject: parallel gemacs?
Message-ID: <8711131614.AA09484@oxtrap.UUCP>
Date: Fri, 13-Nov-87 11:14:27 EST
Article-I.D.: oxtrap.8711131614.AA09484
Posted: Fri Nov 13 11:14:27 1987
Date-Received: Sun, 15-Nov-87 09:12:34 EST
Sender: daemon@eddie.MIT.EDU
Lines: 16

Can anyone verify the feasability of lack thereof of a parallel
version of gnu-emacs?  What I want to know is, is there a good reason
that eval, map*, etc. cannot be done in parallel?  Like, does the
existing lisp code presume sequential execution?

I could just write it and try it, but if someone can tell me simply
that gnu-emacs-lisp does indeed make such assumptions then I won't
bother.  On the other hand, if there is a guarentee that I am not
aware of...

If eval, map*, etc, cannot, then maybe I will just background garbage
collection.  After all, most of the time N-1 of the processors on my
sequent are idle.  Its also pretty silly that my sun 3/50 runs gnu
faster than my sequent. :-).

rich.