Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 07 Apr 2004 20:16:39 -0500
From:      Kirk Strauser <kirk@strauser.com>
To:        freebsd-current@freebsd.org
Subject:   Re: Benchmarking
Message-ID:  <87smffclqg.fsf@strauser.com>
In-Reply-To: <40748CD0.5020204@fer.hr> (Ivan Voras's message of "Thu, 08 Apr 2004 01:20:48 %2B0200")
References:  <40745C07.6030501@fer.hr> <877jwre672.fsf@strauser.com> <40748CD0.5020204@fer.hr>

next in thread | previous in thread | raw e-mail | index | archive | help
--=-=-=
Content-Transfer-Encoding: quoted-printable

At 2004-04-07T23:20:48Z, Ivan Voras <ivoras@fer.hr> writes:

> And what do you call the results of bonnie++ sequential IO output test (in
> the table)? :) This is what I was reffering to in the cited text.

I think I was cross-eyed at that point.  I'd just finished looking at the
filesystem throughput test.

>> You describe your custom FreeBSD 5 kernel as keeping the WITNESS options.

> Really? Where do I say that?

When you didn't say that you'd removed it.

> The RELEASE kernel of FreeBSD are without WITNESS, and my CUSTOM kernel
> was based on it. The options I gave were the differences between CUSTOM
> and GENERIC.

You don't have "WITNESS" and "WITNESS_SKIPSPIN"?  I didn't realize that they
were temporarily removed from the -RELEASE branches.

> I admit NetBSD was sort of an afterthought, but do you really mean that
> the physical position and of the /bench slice would affect the tests in
> significant ways?

Yes.  The physical position of the /bench slice could have a huge effect on
performance at the hardware level.  Also, changes in the size of the disk
affect the number of created inodes, free working space (remember that
filling the last several percent of a filesystem has a drastic performance
penalty), and all sorts of other thigs.

> Even if the bonnie++ results are completely invalid, other results remain
> valid.

Except where the above changes have a large impact on IO performance.

Also, I'd really like to see your tests repeated with SCHED_4BSD.  Although
most people agree that _ULE is the way of the future, there have been some
grumbles of less-than-ideal behavior as of yet.  It's a new system, and it
may have a few bugs to iron out.

>> Basically, you ran some tests on divergent systems and got some results,
>> but that's about the only conclusion I was able to get from it.

> You're perfectly entitled to :)

I don't mean to make light of what you've done.  After all, you don't see
*my* benchmark page lying around, do you?  :)  But if you get your wish and
this is mentioned on Slashdot, then expect a whole load of gripe to come
your way.  I'm at least trying to be jovial about it.  :)
=2D-=20
Kirk Strauser

"94 outdated ports on the box,
 94 outdated ports.
 Portupgrade one, an hour 'til done,
 82 outdated ports on the box."

--=-=-=
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQBAdKf65sRg+Y0CpvERAvpZAKCjZy48DhXSsUnplHULGIwx19QOzwCfS6PY
kbKLKKeRSjNjxZy91TTd7LE=
=bGAx
-----END PGP SIGNATURE-----
--=-=-=--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87smffclqg.fsf>