From: gregkh@linuxfoundation.org (Greg KH)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Best tests to measure Kernel Performance
Date: Wed, 2 Dec 2015 16:36:50 -0800 [thread overview]
Message-ID: <20151203003650.GA31628@kroah.com> (raw)
In-Reply-To: <CAK5mtexXqhtGDvzfB1xdkynZaGLVQnS1agin96Zrpc1_mTmBYQ@mail.gmail.com>
On Wed, Dec 02, 2015 at 05:50:30PM -0600, Victor Rodriguez wrote:
> On Tue, Dec 1, 2015 at 7:32 PM, Greg KH <gregkh@linuxfoundation.org> wrote:
> > On Tue, Dec 01, 2015 at 06:45:51PM -0600, Victor Rodriguez wrote:
> >> Hi
> >>
> >> Despite the fact that this is not a well formulated question. I wonder
> >> what tests could be a good subset to measure the performance of the
> >> kernel . I have some approaches like phoronix does here :
> >>
> >> http://www.phoronix.com/scan.php?page=article&item=linux-41-byt&num=1
> >>
> >> I am sure postmark/ John the ripper/ Apache are good candidates but I
> >> want to ask the community if there is some specific test that you
> >> recommend
> >
> > It depends on what you want to test, specifically. The "kernel" isn't a
> > very specific thing, what most of those tests test is the speed of the
> > hardware, not specifically the kernel itself.
> >
> > good luck,
> >
> > greg k-h
>
> Thanks for the feedback . You are right they test the speed of the HW
> however I have seen that when there is a change in the kernel for
> network the performance of apache is changed, which make total sense .
Maybe, maybe not, depending on if "apache" is cpu or hardware bound
(networking hardware has physical limits...) again, you have to be very
sure about exactly what you are wanting to test before using such a test
to try to "validate" anything other than just raw hardware speed.
Take a look at the "old" lmbench set of benchmarks for valid things that
a kernel change can affect, it's much different from what you might be
thinking of as a test.
> I think that LTSI should have kind of a test suite with significant
> test that could help the developer to detect those perf changes. Is
> very common that one as OS developer make a change in one package (
> important one as the kernel ) and do not check how this affect the
> performance of the OS ( I know is too general , but we might show
> BKM's)
WHat is "BKM"?
> I think this might be a good topic to discuss with the community and
> we could came with a solid recommended test suite in the LTSI project.
LTSI already has a "test suite" that is uses to test the releases,
what's wrong with that? I'm sure the developers would be glad to add
any additional tests that you want added to it that you find missing and
useful.
Also note that the upstream kernel is tested by a huge test suite of
performance tests and static analysis tools for every commit in all
development branches by the wonderful 0-day bot system. That's been
helping prevent regressions for a long time now.
thanks,
greg k-h
next prev parent reply other threads:[~2015-12-03 0:36 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-02 0:45 Best tests to measure Kernel Performance Victor Rodriguez
2015-12-02 1:32 ` Greg KH
2015-12-02 23:50 ` Victor Rodriguez
2015-12-03 0:36 ` Greg KH [this message]
2015-12-03 8:10 ` Nicholas Mc Guire
2015-12-03 16:57 ` Victor Rodriguez
2015-12-03 16:51 ` Victor Rodriguez
2015-12-03 17:00 ` Greg KH
2015-12-02 1:38 ` Valdis.Kletnieks at vt.edu
2015-12-02 23:57 ` Victor Rodriguez
2015-12-03 0:44 ` Valdis.Kletnieks at vt.edu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151203003650.GA31628@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=kernelnewbies@lists.kernelnewbies.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).