Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261893AbTERADl (ORCPT ); Sat, 17 May 2003 20:03:41 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261895AbTERADl (ORCPT ); Sat, 17 May 2003 20:03:41 -0400 Received: from mail.webmaster.com ([216.152.64.131]:6801 "EHLO shell.webmaster.com") by vger.kernel.org with ESMTP id S261893AbTERADk (ORCPT ); Sat, 17 May 2003 20:03:40 -0400 From: "David Schwartz" To: "Andrea Arcangeli" , Cc: Subject: RE: Scheduling problem with 2.4? Date: Sat, 17 May 2003 17:16:33 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <20030517235048.GB1429@dualathlon.random> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1114 Lines: 27 > I see what you mean, but I still don't think it is a problem. If > bandwidth matters you will have to use large writes and reads anyways, > if bandwidth doesn't matter the number of ctx switches doesn't matter > either and latency usually is way more important with small messages. > Andrea This is the danger of pre-emption based upon dynamic priorities. You can get cases where two processes each are permitted to make a very small amount of progress in alternation. This can happen just as well with large writes as small ones, the amount of data is irrelevent, it's the amount of CPU time that's important, or to put it another way, it's how far a process can get without suffering a context switch. I suggest that a process be permitted to use up at least some portion of its timeslice exempt from any pre-emption based solely on dynamic priorities. DS - 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/