Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262130AbVADVjP (ORCPT ); Tue, 4 Jan 2005 16:39:15 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262120AbVADVii (ORCPT ); Tue, 4 Jan 2005 16:38:38 -0500 Received: from mustang.oldcity.dca.net ([216.158.38.3]:60097 "HELO mustang.oldcity.dca.net") by vger.kernel.org with SMTP id S262008AbVADVhU (ORCPT ); Tue, 4 Jan 2005 16:37:20 -0500 Subject: Re: Real-Time Preemption, comparison to 2.6.10-mm1 From: Lee Revell To: Mark_H_Johnson@raytheon.com Cc: Ingo Molnar , Andrew Morton , Bill Huey , linux-kernel@vger.kernel.org, Rui Nuno Capela , "K.R. Foley" , Adam Heath , Florian Schmidt , Thomas Gleixner , Fernando Pablo Lopez-Lezcano , Steven Rostedt In-Reply-To: References: Content-Type: text/plain Date: Tue, 04 Jan 2005 16:37:16 -0500 Message-Id: <1104874637.8850.3.camel@krustophenia.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1240 Lines: 25 On Tue, 2005-01-04 at 14:11 -0600, Mark_H_Johnson@raytheon.com wrote: > The non RT application starvation for mm1 was much less > pronounced but still present. I could watch the disk light > on the last two tests & see it go out (and stay out) for an > extended period. It does not make sense to me that a single RT > application (on a two CPU machine) and a nice'd non RT application > can cause this starvation behavior. This behavior was not > present on the 2.4 kernels and seems to be a regression to me. I think I am seeing this problem too. It doesn't just apply to RT tasks, it seems that CPU bound tasks starve each other. I noticed that with the RT kernel, a kernel compile or dpkg will starve evolution, to the point where it takes 30 seconds to display a message. If I go and background the CPU hog, the message renders _instantly_. It's definitely present with 2.6.10-rc2 + RT (PK config) and absent with 2.6.10 vanilla. I need to figure out whether -mm has the problem. Lee - 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/