From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20149 invoked by alias); 30 May 2006 09:34:43 -0000 Received: (qmail 20141 invoked by uid 22791); 30 May 2006 09:34:42 -0000 X-Spam-Check-By: sourceware.org Received: from mail48.e.nsc.no (HELO mail48.e.nsc.no) (193.213.115.48) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 30 May 2006 09:34:40 +0000 Received: from [10.0.0.1] (ti231210a080-6748.bb.online.no [80.213.26.96]) by mail48.nsc.no (8.13.6/8.13.5) with ESMTP id k4U9YYJx024661 for ; Tue, 30 May 2006 11:34:37 +0200 (CEST) From: Nils Labugt To: ecos-discuss@ecos.sourceware.org Date: Tue, 30 May 2006 09:34:00 -0000 User-Agent: KMail/1.8.3 References: <69dd805e0605300109k5dcf7986of596c0b5f796c6b4@mail.gmail.com> <20060530081637.GH2876@lunn.ch> In-Reply-To: <20060530081637.GH2876@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200605301133.45160.elabu@online.no> Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Subject: Re: [ECOS] Hard-Realtime behaviour X-SW-Source: 2006-05/txt/msg00241.txt.bz2 Tirsdag 30. mai 2006 10:16, skrev Andrew Lunn: > So you at least need to disable caches when you determine what the > worst case is, assuming the cache is actually helping you. What about invalidating the caches instead of disabling them before measuring the worst case execution time? (I am assuming sufficient cache size to fit both the system call and any interrupt handlers.) Especially if there are loops, that will make a big difference. Nils Labugt -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss