From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753091AbXCMCXk (ORCPT ); Mon, 12 Mar 2007 22:23:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753095AbXCMCXk (ORCPT ); Mon, 12 Mar 2007 22:23:40 -0400 Received: from ug-out-1314.google.com ([66.249.92.168]:16490 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753051AbXCMCXj (ORCPT ); Mon, 12 Mar 2007 22:23:39 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=UYHMiALZWGzsydG4HZ+BafoPoqhdRD2vgv69z9K8f6/MxQJi+1x4pTFOtp31gkFwVk1dl6hdXtzkH80vY0n20OOorpdiqW4UFxq5cAQ0u5Ambm4z87VLVJX9PA0PuZoyovjrYSLCMtKrNZ4xtR5rzbwGKjimGJlUIPNC6P0wg4I= Message-ID: <75b66ecd0703121923q2f9913cdm8179122d95015ad8@mail.gmail.com> Date: Mon, 12 Mar 2007 22:23:37 -0400 From: "Lee Revell" To: "David Lang" Subject: Re: [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2 Cc: "Mike Galbraith" , "Con Kolivas" , "Ingo Molnar" , "linux kernel mailing list" , "ck list" , "Linus Torvalds" , "Andrew Morton" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200703111457.17624.kernel@kolivas.org> <200703130549.47058.kernel@kolivas.org> <1173730314.6431.30.camel@Homer.simpson.net> <200703130738.19034.kernel@kolivas.org> <1173732344.6431.54.camel@Homer.simpson.net> X-Google-Sender-Auth: cbe4aa2ba73bb9f9 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 3/12/07, David Lang wrote: > the problem comes when this isn't enough. if you have several CPU hogs on a > system, and they are all around the same priority level, how can the scheduler > know which one needs the CPU the most for good interactivity? > > in some cases you may be able to directly detect that your high-priority process > is waiting for another one (tracing pipes and local sockets for example), but > what if you are waiting for several of them? (think a multimedia desktop waiting > for the sound card, CDRom, hard drive, and video all at once) which one needs > the extra CPU the most? I'm not an expert in this area by any means but after reading this thread the OSX solution of simply telling the kernel "I'm the GUI, schedule me accordingly" looks increasingly attractive. Why make the kernel guess when we can just be explicit? Does anyone know of a UNIX-like system that has managed to solve this problem without hooking the GUI into the scheduler? Lee