From owner-freebsd-current@FreeBSD.ORG Sat Jan 24 19:12:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 846F816A4CE for ; Sat, 24 Jan 2004 19:12:42 -0800 (PST) Received: from mail.chesapeake.net (chesapeake.net [208.142.252.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DB6843D2D for ; Sat, 24 Jan 2004 19:12:41 -0800 (PST) (envelope-from jroberson@chesapeake.net) Received: from localhost (jroberson@localhost) by mail.chesapeake.net (8.11.6/8.11.6) with ESMTP id i0P3Cem88843 for ; Sat, 24 Jan 2004 22:12:40 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Sat, 24 Jan 2004 22:12:40 -0500 (EST) From: Jeff Roberson To: current@freebsd.org In-Reply-To: <20040124220307.N36463-100000@mail.chesapeake.net> Message-ID: <20040124220826.P36463-100000@mail.chesapeake.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 25 Jan 2004 05:47:34 -0800 Subject: Re: HEADS UP: ULE is the default scheduler now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jan 2004 03:12:42 -0000 On Sat, 24 Jan 2004, Jeff Roberson wrote: > ULE has entered into its probationary period as the default scheduler. > This is intended to give it wider exposure to work out the last few kinks. > If all goes well it will remain the default through the rest of the 5.x > series. If you aren't running it now, please switch over. > > I have been out of town or very busy over the last few months. I should > be more available to address things as they come up now. If anyone is > aware of any current issues, please contact me with any details you may > have. I was asked to follow up with a summary of why you might want to use ULE. For the average user, interactivity is reported to be better in many cases. This means less skipping, jerking, etc. in interactive applications while the machine is very busy. This will not prevent problems due to overload disk subsystems, but it does help with overloaded CPUs. On SMP machines ULE has per cpu run queues which allow for CPU affinity, CPU binding, advanced HyperThreading support, as well as providing a framework for more optimizations in the future. This means that as our kernel is locked better the scheduler will be able to make more efficient use of the available parallel resources. ULE has been stable for some time. The only problems that are likely to remain are corner cases where interactivity is not as good or where performance is not as good as with the old scheduler. Cheers, Jeff > > Thanks, > Jeff > >