From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261357AbULAKd1 (ORCPT ); Wed, 1 Dec 2004 05:33:27 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261360AbULAKd1 (ORCPT ); Wed, 1 Dec 2004 05:33:27 -0500 Received: from mx2.elte.hu ([157.181.151.9]:7658 "EHLO mx2.elte.hu") by vger.kernel.org with ESMTP id S261357AbULAKdX (ORCPT ); Wed, 1 Dec 2004 05:33:23 -0500 Date: Wed, 1 Dec 2004 11:32:51 +0100 From: Ingo Molnar To: Rui Nuno Capela Cc: linux-kernel@vger.kernel.org, Lee Revell , mark_h_johnson@raytheon.com, "K.R. Foley" , Bill Huey , Adam Heath , Florian Schmidt , Thomas Gleixner , Michal Schmidt , Fernando Pablo Lopez-Lezcano , Karsten Wiese , Gunther Persoons , emann@mrv.com, Shane Shrybman , Amit Shah , Esben Nielsen Subject: Re: Real-Time Preemption, -RT-2.6.10-rc2-mm3-V0.7.31-7 Message-ID: <20041201103251.GA18838@elte.hu> References: <36536.195.245.190.93.1101471176.squirrel@195.245.190.93> <20041129111634.GB10123@elte.hu> <41358.195.245.190.93.1101734020.squirrel@195.245.190.93> <20041129143316.GA3746@elte.hu> <20041129152344.GA9938@elte.hu> <48590.195.245.190.94.1101810584.squirrel@195.245.190.94> <20041130131956.GA23451@elte.hu> <17532.195.245.190.94.1101829198.squirrel@195.245.190.94> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17532.195.245.190.94.1101829198.squirrel@195.245.190.94> User-Agent: Mutt/1.4.1i X-ELTE-SpamVersion: MailScanner 4.31.6-itk1 (ELTE 1.2) SpamAssassin 2.63 ClamAV 0.73 X-ELTE-VirusStatus: clean X-ELTE-SpamCheck: no X-ELTE-SpamCheck-Details: score=-4.9, required 5.9, autolearn=not spam, BAYES_00 -4.90 X-ELTE-SpamLevel: X-ELTE-SpamScore: -4 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org * Rui Nuno Capela wrote: > > if (!(count++ & 1)) > > gettimeofday(0,1); > > } > Done that. > > New XRUN traces are attached, while running RT-V0.7.31-15 now. > However, I don't seem to get any notorious difference on the results, > since previous ones. All latencies traced ca. 26-27 usecs. ah, found the reason why the trace length didnt improve: + { // Trigger off trace every other poll... + static unsigned int xruntrace_count = 0; + if ((xruntrace_count++ % 1) == 0) + gettimeofday(0,1); + } this should either be '& 1' as i originally suggested, or '% 2'. The way it is right now it will stop the trace every time - i.e. what we had before. so please disregard my freerunning suggestionsand try the two-periods solution first. Ingo