Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 3 Dec 2002 21:01:07 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 3 Dec 2002 21:01:07 -0500 Received: from transfire.txc.com ([208.5.237.254]:34021 "EHLO pguin2.txc.com") by vger.kernel.org with ESMTP id ; Tue, 3 Dec 2002 21:01:06 -0500 Date: Tue, 3 Dec 2002 21:08:38 -0500 From: Igor Schein To: linux-kernel@vger.kernel.org Subject: performance of cache-intensive applications Message-ID: <20021204020838.GF3807@txc.com> Reply-To: igor@txc.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 911 Lines: 24 Hi, I am using an open-source application on ix86 to perform a task which is cache-intensive. When I run consecutive iterations of the task on a fixed input, the variance in timing of each iteration is extemely high. Needless to say, the test machine is always non-occupied. On every other OS I tried, Solaris, HPUX, FreeBSD and Tru64, the timing is very consistent between the iterations. My question is, are there known issues with L2 cache reuse in Linux kernel? I can provide any necessary information for anyone interested in addressing this issue, but I purposely skipped most technical details in this post to keep it simple. Thanks in advance. Igor - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/