* John <[email protected]> wrote:
> On 7/29/07, Ingo Molnar <[email protected]> wrote:
> >
> >
> > * John <[email protected]> wrote:
> >
> > > Ingo-
> > >
> > > Why not perform the same test using the native linux Q3 client to
> > > compare numbers to wine? [...]
> >
> > I regularly test native Linux games on CFS, and they all behave well.
> > While waiting for more detailed data from Kasper i was looking for
> > atypical stuff in Kasper's description about what his workload involves,
> > and what looked a bit atypical was that Kasper's workload also involved
> > gaming under Wine:
>
> I understand that, I was just wondering if the FPS scales the same
> natively vs. Wine as I typically only run native games. [...]
people are regularly testing 3D smoothness, and they find CFS good
enough:
http://bhhdoa.org.au/pipermail/ck/2007-June/007816.html
and that matches my experience as well (as limited as it may be). In
general my impression is that CFS and SD are roughly on par when it
comes to 3D smoothness.
The Wine+Quake3 numbers i posted yesterday are so bad under SD that they
must be some artifact in SD (possibly related to yield - i've strace-ed
the tasks under SD today and they are blocking in yield), so they are
not really representative of the general quality of SD (unless you are
being hit by that particular regression). Still it is kind of ironic
that when i tried to find a 3D regression in CFS i found a 3D regression
in SD.
What is more interesting (to me) is not the positive CFS feedback but
negative CFS feedback (although positive feedback certain _feels_ good
so dont hold it back intentionally ;-), and i cannot possibly give you
any definitive answer: at this point CFS could still have artifacts and
bugs, so "check and see yourself" is the best answer. All i can tell you
is that there are no open 3D related regressions for CFS at the moment.
> [...] I have been hesitant to move over to CFS due to reports of 3D
> issues and wanted to see if you had numbers in regards to CFS vs. SD.
i have no numbers now, other than the trivial native 'ppracer' game
where SD and CFS have roughly the same framerate under load:
SD CFS
0: 38.1 0: 38.1
1: 24.0 1: 24.2
2: 16.6 2: 16.1
3: 11.9 3: 12.3
4: 9.9 4: 9.7
5: 8.2 5: 8.1
which i'd have expected, ppracer is quite CPU-intense on my test-system,
and the fairness model of SD and CFS is similar for CPU-bound tasks.
But ... numbers from _me_ are suspect by definition, i wrote a good
chunk of the CFS code :-) So it would be much more interesting if others
provided more numbers.
Would you be interested in trying CFS and doing some numers perhaps? It
requires some work: you have to start up your favorite game in a way
that gives a reliable framerate number. (many games allow the display of
FPS in-game) In Quake3 i simply started the game and did not move the
player - that is something easy to reproduce.
then create load the following way, by entering this into a shell:
while :; do :; done &
that will cause a shell to just loop infinitely, hogging the CPU. This
is the "1 loop" case in the numbers i posted. Start several of them to
get more. (Type 'killall bash' in the same terminal to get rid of them.)
Monitor how the FPS of your game changes when you start more and more
CPU hogs, and note the numbers. Repeat it under SD and CFS as well, and
please post the results into this thread.
and note that CPU hogs are just one type of 'load' that a system can
experience - IO load or networking load could impact your in-game
experience just as much.
If you see any artifact or FPS reduction under CFS i'll give you further
info about how to debug it (were you interested in debugging it).
Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
