[MPlayer-cvslog] r28929 - in trunk: Makefile TOOLS TOOLS/fastmem.sh TOOLS/fastmemcpybench.c

Reimar Döffinger Reimar.Doeffinger at gmx.de
Wed Mar 11 14:14:34 CET 2009


On Wed, Mar 11, 2009 at 01:45:02PM +0100, Diego Biurrun wrote:
> On Tue, Mar 10, 2009 at 11:48:11AM +0100, Reimar Döffinger wrote:
> > On Tue, Mar 10, 2009 at 11:05:09AM +0100, diego wrote:
> > > 
> > > Log:
> > > Fix and restructure fastmemcpybench. It is now one binary that runs all
> > > available memcpy variants and prints benchmark results about them.
> > 
> > Great, and if you have one of the newest CPUs the C benchmark will
> > probably show 3 GB/s and the following ones > 10 GB/s because only the
> > first one operates on memory and the others only on cache.
> 
> What do you suggest?

The only really reliable way to avoid it is to use separate binaries and
powerdown between each two runs. Selecting which variant to run via a
commandline-option should be mostly as good, too.
Running them in a loop for a few times would at least allow to detect
the issue.



More information about the MPlayer-cvslog mailing list