From 9627ed0631240044bbcf0f071d635c08b853ae4d Mon Sep 17 00:00:00 2001 From: Keith Whitwell Date: Thu, 31 Oct 2002 12:38:32 +0000 Subject: Add a note about window map behaviour and the autotuning of nr of loops which can conspire to make it look like clearspd is exposing an intermittent driver bug... --- progs/demos/clearspd.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) (limited to 'progs/demos') diff --git a/progs/demos/clearspd.c b/progs/demos/clearspd.c index 706e698bd90..c9a4e2630f8 100644 --- a/progs/demos/clearspd.c +++ b/progs/demos/clearspd.c @@ -1,4 +1,4 @@ -/* $Id: clearspd.c,v 1.4 2002/04/22 16:03:37 brianp Exp $ */ +/* $Id: clearspd.c,v 1.5 2002/10/31 12:38:32 keithw Exp $ */ /* * Simple GLUT program to measure glClear() and glutSwapBuffers() speed. @@ -61,6 +61,12 @@ static void Display( void ) glutSwapBuffers(); } + /* NOTE: If clearspd doesn't map it's window immediately on + * starting, swaps will be istantaneous, so this will send Loops + * towards infinity. When a window is finally mapped, it may be + * minutes before the first call to glutSwapBuffers, making it look + * like there's a driver bug. + */ if (t1-t0 < MinPeriod) { /* Next time do more clears to get longer elapsed time */ Loops *= 2; -- cgit v1.2.3