[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <75b66ecd0703121923q2f9913cdm8179122d95015ad8@mail.gmail.com>
Date: Mon, 12 Mar 2007 22:23:37 -0400
From: "Lee Revell" <rlrevell@...-job.com>
To: "David Lang" <david.lang@...italinsight.com>
Cc: "Mike Galbraith" <efault@....de>,
"Con Kolivas" <kernel@...ivas.org>, "Ingo Molnar" <mingo@...e.hu>,
"linux kernel mailing list" <linux-kernel@...r.kernel.org>,
"ck list" <ck@....kolivas.org>,
"Linus Torvalds" <torvalds@...ux-foundation.org>,
"Andrew Morton" <akpm@...ux-foundation.org>
Subject: Re: [PATCH][RSDL-mm 0/7] RSDL cpu scheduler for 2.6.21-rc3-mm2
On 3/12/07, David Lang <david.lang@...italinsight.com> 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
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists