home *** CD-ROM | disk | FTP | other *** search
/ Media Share 9 / MEDIASHARE_09.ISO / private / mpc93mar.zip / HOWFAST.DAT < prev    next >
Text File  |  1993-02-14  |  6KB  |  107 lines

  1.                             How Fast is Fast Enough?
  2.  
  3.      By: Curtis M. Trout, Twin Cities PCUG
  4.  
  5.      I've recently heard many comments like: "No single user can use the
  6.      capabilities of an 80486 computer." Sometimes the line has an 80386-33
  7.      as the target. Quite frankly, I'm getting sick of this type of
  8.      comment.
  9.  
  10.      To see the absurdity of this statement, at least from my viewpoint,
  11.      consider the following similar statement: "No single user can fully
  12.      use the capabilities of a pencil." Based upon observed utilizations,
  13.      it is easy to conclude that pencils should be shared. Simply look
  14.      around the typical office. If there are ten people in the office there
  15.      probably will be no more than two or three that are actually writing
  16.      simultaneously; the peak utilization is probably no more than fifty
  17.      percent. Therefore, pencils should be pooled and shared, thus reducing
  18.      the investment made in pencils. (If you don't like the analogy because
  19.      pencils are consumable, use telephones instead.)
  20.  
  21.      I hope the point is obvious. We don't buy equipment to fully utilize
  22.      it; we buy it simply to use it! Except for pacemakers, very few
  23.      non-consumable products are purchased with the intention of using them
  24.      100% of the time. Instead, we make such purchases with peak
  25.      utilization in mind. Computers should be no different! We buy
  26.      computers to use them effectively.
  27.  
  28.      You may accuse me of taking this position because my new computer is
  29.      80486 based. It won't stick. I'd also argue that my old '286 based
  30.      machine is effectively used by my daughter, even running Windows.
  31.      Don't, however, presume that I'd recommend purchase of a '286, or
  32.      less, for anything other than a dedicated controller type function or
  33.      a very specific application that will never use Windows or otherwise
  34.      benefit from a '386.
  35.  
  36.      There is little argument that a '486 system isn't fully utilized by a
  37.      single user; like other computers, it spends most of its time waiting
  38.      for the user to enter the next character. However, that isn't why we
  39.      buy the machine. Depending upon the user, we buy computers to write
  40.      reports, compute spreadsheets, keep track of inventory, or any of
  41.      thousands of other real world applications. The capabilities of each
  42.      user's computer should be sized to those tasks and be capable of
  43.      meeting the user's expectations without impairing or adversely
  44.      affecting the user's productivity. Indeed, they should always improve
  45.      the user's productivity; even maximizing it.
  46.  
  47.      How fast, then, should a computer be? I'd like to suggest (and it's
  48.      probably not an original thought) that the machine be fast enough to
  49.      complete each task without the user being aware of the time it took.
  50.      In other words, response time should be imperceptible to the user.
  51.      Obviously even the fastest computers fail when measured by this
  52.      standard.
  53.  
  54.      Many readers are probably questioning my sanity about now. A few
  55.      others are nodding their heads in agreement.
  56.  
  57.      Those skeptical readers deserve further explanation. I remember
  58.      attending a presentation (I think it was by an IBMer at a SHARE
  59.      meeting in San Francisco) where the speaker justified sub-second
  60.      mainframe response time; something akin to the response time noted
  61.      above. IBM had studied user productivity under varying response times
  62.      and had found that when the time exceeded about a second, user
  63.      productivity decreased in an amount that was disproportional to the
  64.      increase in response time. The explanation is that users tend to
  65.      create a series of operations to do the task at hand. They then ask
  66.      the computer to perform sequential steps in completing that task. When
  67.      the computer responds quickly, they very rapidly progress to the next
  68.      step. If the computer's response is delayed, or slow, they have to
  69.      redevelop their plan, or refind their place, between steps. It's sort
  70.      of like me when I go into a department store; I know I wanted
  71.      something, but what was it?
  72.  
  73.      The difficulty comes in determining how fast a machine each user needs
  74.      to provide response that enhances their productivity without impairing
  75.      their thought process. If we wanted to statistically analyze this (I
  76.      really don't, but it may aid the discussion) we might look at the
  77.      number of transactions that are performed that meet our "imperceptible
  78.      response time" criteria. Since a PC transaction is based upon each
  79.      keystroke this number should be very, very high. I suspect that this
  80.      type of analysis would fail because we need the most computing power
  81.      for tasks that are relatively infrequent. Even a lowly 8088 will
  82.      generally process text data input fast enough to keep up with the
  83.      user's keystrokes. We need to look at more complex tasks that, if
  84.      completed in a sufficiently long time, will impair the user's
  85.      productivity. Examples might include spreadsheet recalculation, or, if
  86.      you use a print enhancement program like FaceLift or Adobe Type
  87.      Manager (as I do), printing. For example, I just "printed" this
  88.      article (up to this point) on my '486 system, under Windows, using
  89.      FaceLift. It took about 15 seconds before the computer had all the
  90.      data formatted and spooled for the printer. On my '286 system this
  91.      would have taken about 5 minutes. Now 15 seconds is short enough that
  92.      I didn't even bother to switch to another task; 5 minutes would be
  93.      long enough to go get a cup of coffee and probably get sidetracked on
  94.      another activity.
  95.  
  96.      The time it takes to do a task is frequently perceived to be
  97.      associated with the difficulty of that task. Backing up data using
  98.      floppy disks generally takes about 30 seconds per megabyte. During
  99.      this time the user is tied to the computer feeding it diskettes. The
  100.      common perception is that this makes frequent backups hard to do.
  101.      Using a tape backup unit speeds the process considerably and frees the
  102.      user from attending to floppies. Backups become easy to perform. In a
  103.      recent column, Steve Gibson stated "Gibson's First Law of Life: Easy
  104.      things happen and hard things don't." Fast machines make many more
  105.      things "easy."
  106.  
  107.