Comment 361 for bug 252094

@Tom: I don't want to start a flamewar, but:

§1: I have never used GPU-intensive games in DOS and Windows (were Commander Keen, Pushover and Many Faces of Go... GPU-intensive?), I have never used GPU-intensive games in Linux (unless gnotravex and quarry + gnugo + grhino qualify for that), and I WILL NEVER INSTALL NOR USE "TRUE GAMES" EVER!

Computers were not invented for this kind of games (now, chess is another story). I don't tolerate "true" computer games in my sight. GAMES ARE *NOT* A VALID BENCHMARK, except for gamers!

And I don't trust the IQ of hardcore gamers. Sorry to the offended guys.

§2: Yes, glxgears is *not* a benchmark. OK, instead if just counting how many times you can rotate some gears on the screen, it might actually count the number of frames, because of the call to glutSwapBuffers(); in gears.c, in the function draw(). From the doc:"The update typically takes place during the vertical retrace of the monitor, rather than immediately after glutSwapBuffers is called. ... Subsequent OpenGL commands can be issued immediately after calling glutSwapBuffers, but are not executed until the buffer exchange is completed."

However, please note that this is not normal to have the frame refresh rate *severely* changed by a KERNEL update, while using a same version of the video driver!

§3: Performance regressions can be seen in full-screen Flash too, and regressions are unacceptable. Watching a video or a Flash is not like gaming, yet it's necessary for a desktop/laptop usage.

§4: EXA, EXA, EXA. The bug report is not about UXA. UXA is "not ready", therefore it does not exist.