The Problem, part A: Show how a fairly simple user level procedure can mask this stateless protocol and present an interface to applications programs that looks like the standard UNIX model, with read, write and lseek operations on files that appear to be random-access sequential byte streams with no inherent sector structure.
The Problem, part B: The problem with this stateless protocol is that it offers the server none of the information traditional file systems can use for predictive optimization of disk usage. For example, consider the problem of prefetching sectors of a sequential file in anticipation of future reads. A conventional file system can measure, for each file, the frequency of sequential reads and make prefetches based on these observations. What steps could a stateless server take to accomplish similar goals?
This design allows web servers to be stateless, if one ignores the fact that a virtual circuit protocol is used for each file transfer. Unfortunately, with HTTP, the time taken to open a client server connection is frequently larger than the time taken to transfer the data, and as a result, the time taken to retrieve and display a web page is usually dominated not by the time taken to move the data from client to server, but by the overhead in the protocol.
The Problem: Describe how this overhead could be reduced by eliminating the purely stateless protocol now used by HTTP. Describe how your improved protocol would work when all the illustrations on a web page come from the same server, and describe how it would work when some of the illustrations come from a different server.