From: "Matthew Hawkins" <darthmdh@gmail.com>
To: Adrian Bunk <bunk@stusta.de>
Cc: Roland Dreier <rdreier@cisco.com>,
Christoph Hellwig <hch@infradead.org>,
Jacob Braun <jwbraun@gmail.com>, kriko <kristjan.ugrin@gmail.com>,
ck@vds.kolivas.org,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
linux-mm@kvack.org, Martin Schwidefsky <schwidefsky@de.ibm.com>
Subject: Re: [ck] Re: SD still better than CFS for 3d ?
Date: Wed, 1 Aug 2007 16:19:36 +1000 [thread overview]
Message-ID: <b21f8390707312319l3ffd8e7cn85984e32344a41f2@mail.gmail.com> (raw)
In-Reply-To: <20070801052513.GL3972@stusta.de>
On 8/1/07, Adrian Bunk <bunk@stusta.de> wrote:
> But there's not much value in benchmarking if an important part of the
> performance critical code is in some undebuggable driver...
In this case we don't care about the performance of the video driver.
This isn't a race to see who can get the most fps. The driver can be
thought of as a black box so long as comparative benchmarks are done
with the same driver.
What we're looking for primarily is progress or regress in
interactivity under load with different cpu schedulers, and secondly
the effect of swap prefetch. The video driver is irrelevant -
especially considering the people doing this testing have a wide
variety of video cards. This is why I have included some commentary
on "feel" because that's the important part.
Ingo specifically asked for CFS v20 in 2.6.23 to be included in the
testing (its not available separately on his website), hence the need
to be able to bring up one's usual working environment under that
kernel also so the results aren't skewed by driver artifacts.
For my next trick, I'll attempt to quantify the "feel" bits using
scheduler statistics.
While riding a unicycle.
Okay, scratch the unicycle ;-)
--
Matt
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2007-08-01 6:19 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <alpine.LFD.0.999.0707221351030.3607@woody.linux-foundation.org>
[not found] ` <1185536610.502.8.camel@localhost>
[not found] ` <20070729170641.GA26220@elte.hu>
[not found] ` <930f95dc0707291154j102494d9m58f4cc452c7ff17c@mail.gmail.com>
[not found] ` <20070729204716.GB1578@elte.hu>
[not found] ` <930f95dc0707291431j4e50214di3c01cd44b5597502@mail.gmail.com>
[not found] ` <20070730114649.GB19186@elte.hu>
[not found] ` <op.tv90xghwatcbto@linux.site>
[not found] ` <d3380cee0707300831m33d896aufcbdb188576940a2@mail.gmail.com>
2007-07-30 16:25 ` [ck] Re: SD still better than CFS for 3d ?(was Re: 2.6.23-rc1) Matthew Hawkins
2007-07-30 16:50 ` Peter Zijlstra
2007-07-30 17:09 ` Kyle Rose
2007-07-30 16:50 ` Martin Schwidefsky
2007-07-30 16:58 ` Rashkae
2007-07-30 17:51 ` Arjan van de Ven
2007-07-30 18:29 ` Christoph Hellwig
2007-07-30 19:53 ` [ck] Re: SD still better than CFS for 3d ? Roland Dreier
2007-07-30 21:26 ` Christoph Hellwig
2007-07-31 3:07 ` Matthew Hawkins
2007-07-31 7:01 ` Martin Schwidefsky
2007-07-31 12:13 ` Christoph Hellwig
2007-08-01 5:25 ` Adrian Bunk
2007-08-01 6:19 ` Matthew Hawkins [this message]
2007-08-01 7:50 ` Adrian Bunk
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=b21f8390707312319l3ffd8e7cn85984e32344a41f2@mail.gmail.com \
--to=darthmdh@gmail.com \
--cc=bunk@stusta.de \
--cc=ck@vds.kolivas.org \
--cc=hch@infradead.org \
--cc=jwbraun@gmail.com \
--cc=kristjan.ugrin@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=rdreier@cisco.com \
--cc=schwidefsky@de.ibm.com \
/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