"It's the Latency, Stupid" by StuartCheshire?, May 1996. http://www.stuartcheshire.org/rants/Latency.html.
A paper which argues that latency, rather than bandwidth, is the most important parameter for networking performance. (Of course, bandwidth is important too.)
The stated topic seemed irritatingly obvious, until I clicked through and saw this:
You know, reading Stuart's paper, I couldn't help noticing that there are parallels in software. The most dramatic instance that comes to mind is database usage.
I've written serious EnterpriseScale? software using a database language & engine that has a lower theoretical capacity than BigIron engines, but achieved results that were more usable at the desktop -- because I was able to reduce the latency to nearly nothing (from the user's perspective).
They don't want to "ClickAndWait?" they want to see something right now. The majority of the queries done from the desktop were single or double record requests, with spikes of a few dozen, but in general the user was not interested in browsing 10,000 records at once. Yes, I still had to do magic to do summary reports in a timely fashion, but the majority of the people using the system had a "wow, that's fast" experience most of the time.
Not to mention the parallels in pr0n. What good is it to wait a while to see if the first few frames of a video are of somebody hot enough to continue watching? Much better to see them asap. . .
120x120 pixel thumbnails.
See also: RemoteGuiProtocols, PromisePipelining.