Date: Thu, 08 Apr 1999 15:48:58 -0700 From: David Greenman <dg@root.com> To: Matthew Dillon <dillon@apollo.backplane.com> Cc: "John S. Dyson" <dyson@iquest.net>, aron@cs.rice.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: scheduling queues in FreeBSD Message-ID: <199904082248.PAA21483@implode.root.com> In-Reply-To: Your message of "Thu, 08 Apr 1999 13:21:33 PDT." <199904082021.NAA14426@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>:> The 'idle' and 'realtime' queues were hacked in I don't know when, but >:> they don't work very well... there are a number of situations that can >:> cause machine lockups. Frankly, I'd like to see both ripped out completely >:> and a better solution put in later on. >:> >:I agree -- they create messy LL code, and as you say, just don't work correctly. >:-- >:John | Never try to teach a pig to sing, >:dyson@iquest.net | it makes one look stupid >:jdyson@nc.com | and it irritates the pig. > > One thing we could do that would accomplish virtually the same goals would > be to 'lock' the cpu priority. This would be a great temporary solution. > > If the cpu priority is locked into queue 0, we are effectively equivalent > to the idle queue. If the cpu priority is locked into queue 31, we are > effectively equivalent to the realtime queue. We then reduce the > priority range that 'normal' processes are allowed to obtain such that they > fall into queues 1-30. Poof, done. That would probably be adequate, but it does sacrifice the ability to have multiple realtime (and idletime) priorities and thus may deminish the usefulness of the whole thing even more. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project - http://www.freebsd.org Creator of high-performance Internet servers - http://www.terasolutions.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199904082248.PAA21483>