[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48E0EC13.3060907@linux-foundation.org>
Date: Mon, 29 Sep 2008 09:54:11 -0500
From: Christoph Lameter <cl@...ux-foundation.org>
To: Ilpo Järvinen <ilpo.jarvinen@...sinki.fi>
CC: David Miller <davem@...emloft.net>, shemminger@...tta.com,
herbert@...dor.apana.org.au, netdev@...r.kernel.org
Subject: Re: AIM9 regression
Ilpo Järvinen wrote:
> ...I was thinking earlier to answer "time?", but now once been there, it
> seems that more time is more appropriate... So far I haven't been able to
> find a way to create a reproducable serie of result numbers with aim9
> tcp_test... it seems that the results vary within that (at least) 20%
> margin. Can Christoph actually get stable numbers out of it with 27-rcs
> (I haven't extensively tested .22 yet with long test durations but it
> seems that same problem occurs with it as well if short tests were used)?
Results fluctuate between 10 - 25%. The problem occurs with the short
durations as well. If this is due to the additional code complexity in later
kernels as we suspect then it may be an issue with cpu cache effectiveness.
Going to 64 bit binaries also yields a significant hit (as high as 30%) which
also indicates caching issues.
Both 64 bit kernels and later kernels cause the variability of results to
increase. 64 bit has double the effect than a 2.6.27 kernel. All indications
of cpu caching issues. The L1 cache may become ineffective due to the
increased cache footprint.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists