Explain Using Averages, But Engineer Using Limits

By Sean McGrath, ITworld.com |  Development Add a new comment

I have ten separate barrel-sized weights that I need to move around. You rent fork lift trucks for a living. I tell you that the average weight is one thousand pounds. Is that enough information for you to decide what sort of fork lift truck to rent to me?

No it is not. The reason being, that the average figure does not tell you what you need to know if you are in the fork life truck business. One possibility is that all ten weights are approximately one thousand pounds. In this scenario the information about the average weight provides a good summary. However, it is equally possible that nine of the weights are 1 pound each with the tenth one weighing in at ten thousand pounds. The average figure is still approximately one thousand pounds.

Now it could be argued that the latter scenario is unlikely for a number of reasons. Firstly, it would be foolish of me to not tell you that one of the weights is dramatically bigger than the others. I would be a stupid consumer if I did not bring this to your attention as a supplier. Secondly, if so many of the weights are really light, it hardly makes sense to procure a fork-lift to move them. Anybody with common sense can see that.

Now let us take away the common sense. Let us talk about computer systems.

If I tell you that I need a website that will respond rapidly under a load average of, say, 10 hits-per-second, have I given you enough information about hit rates?

If I tell you that I need a publishing system that will handle documents that are on average, 300 pages in length, have I given you enough information about document lengths?

In these, and in many other cases, the answer is no. It is very appealing to summarize the needs of a planned computer system in terms of bite-sized averages such as load, document size, widgets per minute and so on.

Unfortunately, averages are a very blunt instrument in engineering design. In engineering, averages are interesting and useful but we often need to go deeper. We need to know the limits - not the averages. What is the maximum system load? What is tha maximum document size? What is the maximum widgets-per-minute?

These are the key figures that drive the design of engineering solutions that really work rather than just work in the comfortable world of the average case. So the mantra is: explain things using averages, but engineer things using limits. The result will be (on average) better if you do.

    Add a comment

    Post a comment using one of these accounts
    Or join now
    At least 6 characters

    Note: Comment will appear soon after you have activated your account.
    Obscene/spam comments will be removed and accounts suspended.
    The information you submit is subject to our Privacy Policy and Terms of Service.

    ITworld LIVE

    DevelopmentWhite Papers & Webcasts

    White Paper

    HP NonStop SQL Fundamentals whitepaper

    This whitepaper offers a detailed look into the fundamentals of HP NonStop SQL solutions. See how this system delivers unprecedented levels of application availability with fail-safe data integrity and meets the needs of enterprises with large-scale business critical applications.

    White Paper

    Nebraska Medical Center case study

    See how the Nebraska Medical Center implemented a SQL solution to make information more readily available to streamline operations, improve patient care and facilitate medical research with an enterprise solution running on HP NonStop servers.

    White Paper

    Concepts of NonStop SQL/MX

    For DBAs and developers who are familiar with Oracle solutions and want to learn about NonStop SQL/MX, this whitepaper provides an overview of the similarities and differences between the two products-with a specific focus on implementation.

    White Paper

    6 Things Your CIO Needs to Know About Requirements

    If your organization is not predictably successful on technology projects, there is likely an issue in requirements. CIOs must take action and own requirements maturity improvement. There are 6 main things a CIO must know about requirements.

    Webcast On Demand

    User Experience Monitoring

    In this webinar, you will learn hints & tips for improving end-user response times from Forrester Research analyst, Jean-Pierre Garbani.

    Sponsor: Nimsoft

    See more White Papers | Webcasts

    Ask a question

    Ask a Question