[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1173170554.5835.385.camel@frg-rhel40-em64t-03>
Date: Tue, 06 Mar 2007 09:42:34 +0100
From: Xavier Bestel <xavier.bestel@...e.fr>
To: Con Kolivas <kernel@...ivas.org>
Cc: Al Boldi <a1426z@...ab.com>,
Markus Törnqvist <mjt@...v.org>,
ck list <ck@....kolivas.org>, linux-kernel@...r.kernel.org
Subject: Re: [ck] Re: [ANNOUNCE] RSDL completely fair starvation free
interactive cpu scheduler
On Tue, 2007-03-06 at 09:10 +1100, Con Kolivas wrote:
> Hah I just wish gears would go away. If I get hardware where it runs at just
> the right speed it looks like it doesn't move at all. On other hardware the
> wheels go backwards and forwards where the screen refresh rate is just
> perfectly a factor of the frames per second (or something like that).
>
> This is not a cpu scheduler test and you're inferring that there are cpu
> scheduling artefacts based on an application that has bottlenecks at
> different places depending on the hardware combination.
I'd add that Xorg has its own scheduler (for X11 operations, of course),
that has its own quirks, and chances are that it is the one you're
testing with glxgears. And as Con said, as long as glxgears does more
FPS than your screen refresh rate, its flickering its completely
meaningless: it doesn't even attempt to sync with vblank. Al, you'd
better try with Quake3 or Nexuiz, or even Blender if you want to test 3D
interactivity under load.
Xav
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists