scsh-users
[Top] [All Lists]

Re: performance enhancements

To: scsh@martigny.ai.mit.edu
Subject: Re: performance enhancements
From: sjenkins@iastate.edu (Steven L Jenkins)
Date: 6 Apr 1996 20:11:33 GMT
Organization: Iowa State University, Ames, Iowa USA
In article <qiju3yy10ks.fsf@lambda.ai.mit.edu>,
Olin Shivers <shivers@ai.mit.edu> wrote:

>
>Depends on when bdc gets the static linker stuff integrated. I told him
>yesterday on the phone he'd better be done by the end of April, or we'd
>have to get out the genital cuff, again.
>
>   (I'm planning on spending lots of
>   time over the summer porting scsh to mzscheme, so it would be
>   great if the release were in early May or so..)
>
>Teriffic! I have reason to believe Kelsey's about to kick out a new S48
>release (0.41; the last public one was 0.36, on which scsh is built).  So
>we'll try to gear up for the big convulsion of shifting over to the new
>release when it happens. (This will mean, for example, completely rewriting
>the I/O system, hopefully with improved performance.) Besides an improved I/O
>system, 0.41 has a pretty carefully thought-out thread system, so we might
>even be able to multithread the Unix stuff.
>    -Olin

Multi-threading is *much* less important to me than quick start-up time.  While
those wanting to use scsh for a large application might like the threading,
for most applications they are just too much overhead  (and hassle, if you
agree with J. Ousterhout)  (eg, gzcat foo.tar.gz |tar xvf - has no need
for threads).

I guess I have hopes for S48 0.41, but not a lot of expectations..but Brian's
static linker would be nice.



<Prev in Thread] Current Thread [Next in Thread>