Keith Packard wrote:
> On Mon, 2008-05-19 at 05:09 -0700, Keith Whitwell wrote:
>
>   
>> I
>> think the latter is the significant result -- none of these experiments
>> in memory management significantly change the command stream the
>> hardware has to operate on, so what we're varying essentially is the
>> CPU behaviour to acheive that command stream.  And it is in CPU usage
>> where GEM (and Keith/Eric's now-abandoned TTM driver) do significantly
>> dissapoint.
>>     
>
> Your GEM results do not match mine; perhaps we're running different
> kernels? Anything older than 2.6.24 won't be using clflush and will
> instead use wbinvd, a significant performance impact.  Profiling would
> show whether this is the case.
>
> I did some fairly simple measurements using openarena and enemy
> territory. Kernel version 2.6.25, CPU 1.3GHz Pentium M, 915GMS with the
> slowest possible memory. I'm afraid I don't have a working TTM
> environment at present; I will try to get that working so I can do more
> complete comparisons.
>                       
>                               fps     real    user    kernel
> glxgears classic:             665
> glxgears GEM:                 889
> openareana classic:           17.1     59.19   37.13   1.80
> openarena GEM:                        24.6     44.06   25.52   5.29
> enemy territory classic:       9.0    382.13  226.38  11.51   
> enemy territory GEM:          15.7    212.80  121.72  40.50
>
>   
Keith,

The GEM timings were done with 2.6.25, except on the i915 system texdown 
timings which used 2.6.24.
Indeed, Michel reported much worse GEM figures with 2.6.23.

Your figures look a bit odd. Is glxgears classic CPU-bound? If not, why 
does it give a significantly slower framerate than
glxgears GEM?

The other apps are obviously GPU bound judging from the timings. They 
shouldn't really differ in frame-rate?

/Thomas





-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft 
Defy all challenges. Microsoft(R) Visual Studio 2008. 
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
--
_______________________________________________
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel

Reply via email to