Bonnie Benchmark puzzle

Ask a Question related to Linux / Unix Administration, Design and Development.

  1. #1

    Default Bonnie Benchmark puzzle

    For those that may not know, Bonnie is a great little disk benchmark tool
    available on the net. Show Kbytes/second and %CPU time for different write,
    read, and seek tests.

    The setup:
    I haven't run Bonnie for awhile on a box (HP RP8400) and then I run it
    several times in a row. The first time it is run all of the write tests are
    from 2-4 times as slow (depending on which test) as all the other subsequent
    tests. The read tests are all very close, including the first time it is
    run.

    I'm sure it has something to do with buffer cache but I don't understand
    what.

    Anyone have an explanation? I would be glad to provide any other needed
    information.

    The reason I'm asking is that on another box of the same type, the write
    test never does get better, even after the first running of Bonnie and this
    box has a bad write performance problem. I am trying desperately to fix it.

    Many Thanks,
    Gary
    [email]gbarnette@adelphia.net[/email]


    Gary Barnette Guest

  2. Similar Questions and Discussions

    1. Encryption puzzle
      I don't know much about encryption, so I've been banging my head against this for a few days now. Here's the situation: I'm working on an online...
    2. Design Puzzle
      A general .NET releated design question: Short Verssion: What is the best way to have a data access layer target a different database at...
    3. puzzle
      8 7 2 9 6 1 8 3 4 2 4 6 2 ? ? 5 who can guess two numbers?
    4. OT: to Bonnie
      Bonnie, i'm returning the favour I guess, but I can't seem to reach your E-mail. I don't get anything back from the postmaster, but my last mails...
    5. 8-puzzle in lingo using A*
      I am working on making an 8-puzzle in lingo that the computer will solve using A*, and would like a tutorial or reference if anyone knows where I...
  3. #2

    Default Re: Bonnie Benchmark puzzle

    Hmmm.... I would have used Iozone. It can show
    you the performance when the aggregate data set
    fits in the buffer cache, and when it does not.

    See: [url]http://www.iozone.org[/url]



    "Gary Barnette" <gbarnette@adelphia.net> wrote in message
    news:%ODsb.407$_i1.240424@news2.news.adelphia.net. ..
    > For those that may not know, Bonnie is a great little disk benchmark tool
    > available on the net. Show Kbytes/second and %CPU time for different
    write,
    > read, and seek tests.
    >
    > The setup:
    > I haven't run Bonnie for awhile on a box (HP RP8400) and then I run it
    > several times in a row. The first time it is run all of the write tests
    are
    > from 2-4 times as slow (depending on which test) as all the other
    subsequent
    > tests. The read tests are all very close, including the first time it is
    > run.
    >
    > I'm sure it has something to do with buffer cache but I don't understand
    > what.
    >
    > Anyone have an explanation? I would be glad to provide any other needed
    > information.
    >
    > The reason I'm asking is that on another box of the same type, the write
    > test never does get better, even after the first running of Bonnie and
    this
    > box has a bad write performance problem. I am trying desperately to fix
    it.
    >
    > Many Thanks,
    > Gary
    > [email]gbarnette@adelphia.net[/email]
    >
    >

    Mangled&Munged Guest

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139