Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Thu, 8 Nov 2001 13:43:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Thu, 8 Nov 2001 13:43:08 -0500 Received: from posta2.elte.hu ([157.181.151.9]:19433 "HELO posta2.elte.hu") by vger.kernel.org with SMTP id ; Thu, 8 Nov 2001 13:42:58 -0500 Date: Thu, 8 Nov 2001 20:40:50 +0100 (CET) From: Ingo Molnar Reply-To: To: Davide Libenzi Cc: Linus Torvalds , lkml , Alan Cox Subject: Re: [patch] scheduler cache affinity improvement for 2.4 kernels In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 8 Nov 2001, Davide Libenzi wrote: > It sets the time ( in jiffies ) at which the process won't have any > more scheduling advantage. (sorry, it indeed makes sense, since sched_jtime is on the order of jiffies.) > > and your patch adds a scheduling advantage to processes with more cache > > footprint, which is the completely opposite of what we want. > > It is exactly what we want indeed : if this is what is done by your patch, then we do not want to do this. My patch does not give an advantage of CPU-intensive processes over that of eg. 'vi'. Perhaps i'm misreading your patch, it's full of branches that does not make the meaning very clear, cpu_jtime and sched_jtime are not explained. Is sched_jtime the timestamp of the last schedule of this process? And is cpu_jtime the number of jiffies spent on this CPU? Is cpu_jtime cleared if we switch to another CPU? Ingo - 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/