Re: feature bonanza
henrich@rs560.cl.msu.edu (Charles Henrich)
From: henrich@rs560.cl.msu.edu (Charles Henrich)
Message-id: <9310041331.AA20797@rs560.cl.msu.edu>
Subject: Re: feature bonanza
To: daemon@nxoc01.cern.ch (Marc Andreessen)
Date: Mon, 4 Oct 1993 09:30:40 -0400 (EDT)
In-reply-to: <9310040636.AA06764@wintermute.ncsa.uiuc.edu> from "Marc Andreessen" at Oct 4, 93 01:36:07 am
X-Mailer: ELM [version 2.4 PL21]
Content-Type: text
Content-Length: 1221
Sender: henrich@rs560.cl.msu.edu
> How much would a feature like image prefetching or packaging or ...
> really add, relative to the overhead and complexity involved in
> supporting it? One would get a marginal performance increase on
> low-latency, high-bandwidth networks (which are rare -- in life, it
> seems to be either high/high or low/low, excluding certain very rare
> special cases) but not much else. Probably wouldn't even be
> noticeable...
Actually on our local network between my workstation and the server it is
noticeable. Because for every connection the server must fork off a new
process, which then must do all its initialization, authorization checking and
the like, then pass the document down.
But I agree, the creepingfeature beasties have certainly popped up lately, of
which I am certainly guilty. No retrieving multiple images simultaneously is
not at all necessary (although would be nice). The problem here is that as the
Web becomes more and more used, everyone wants their little thing in it :)
Course id be happy to code the multipart get's into the NCSA Server and Mosaic
:)
-Crh
Charles Henrich Michigan State University henrich@crh.cl.msu.edu
http://rs560.msu.edu/~henrich