From owner-freebsd-current@FreeBSD.ORG Sun Jul 29 20:01:29 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51DBE16A41F for ; Sun, 29 Jul 2007 20:01:29 +0000 (UTC) (envelope-from lists@billsf.net) Received: from billsf.net (billsf.net [213.130.164.21]) by mx1.freebsd.org (Postfix) with ESMTP id E4B4213C4CC for ; Sun, 29 Jul 2007 20:01:28 +0000 (UTC) (envelope-from lists@billsf.net) Received: by billsf.net (Postfix, from userid 1004) id B6CE828FB8A; Sun, 29 Jul 2007 02:14:41 +0200 (CEST) Date: Sun, 29 Jul 2007 02:14:41 +0200 From: FreeBSD Mailing Lists To: Rene Ladan Message-ID: <20070729001441.GA2830@curacao.billsf.net> References: <20070716233030.D92541@10.0.0.1> <469E83F8.3090103@gmail.com> <20070718142649.Y561@10.0.0.1> <469E897B.7080100@gmail.com> <20070718150613.W561@10.0.0.1> <469E9BDB.7020500@gmail.com> <20070718161652.G561@10.0.0.1> <469FA6C2.4090202@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <469FA6C2.4090202@gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sun, 29 Jul 2007 20:19:40 +0000 Cc: Jeff Roberson , current@freebsd.org Subject: Re: ULE/SCHED_SMP diff for 7.0 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Jul 2007 20:01:29 -0000 On Thu, Jul 19, 2007 at 08:00:34PM +0200, Rene Ladan wrote: > Jeff Roberson schreef: > > On Thu, 19 Jul 2007, Rene Ladan wrote: > > > >> Jeff Roberson schreef: > >>> > >>> On Wed, 18 Jul 2007, Rene Ladan wrote: > >>> > >>>> Jeff Roberson schreef: > >>>>> > >>>>> On Wed, 18 Jul 2007, Rene Ladan wrote: > >>>>> > >>>>>> Jeff Roberson schreef: > >>>>>>> http://people.freebsd.org/~jeff/ule.diff > >>>>>>> > >>>>>>> This patch is scheduled for inclusion in 7.0. I would like > >>>>>>> anyone who > >>>>>>> cares to run it to validate that it does not create any stability or > >>>>>>> performance regression over the existing ULE. This patch > >>>>>>> replaces ULE > >>>>>>> with SCHED_SMP, which will now no longer exist as a seperate fork of > >>>>>>> ULE. > >>>>>> [..] > >>>>>> > >> > > > > Thank you. > > > > This is definitely a KSE/ULE problem. Can you try > > http://people.freebsd.org/~jeff/sched_ule.c? I have made some changes > > that may fix this. > > cvsuped today at 17:23 UTC and replaced sched_ule.c afterwards. The almost-instant > panics are gone. Also, the oddity I reported about ULE/BOINC on this list earlier > has been fixed by the new sched_ule.c, I've noticed however that the WCPU field in > top sometimes exceeds 100% (this wasn't the case with sched_4bsd). > > Thanks, > Rene > -- > GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) > > "It won't fit on the line." > -- me, 2001 > Patch works: This patch settled all issues with ULE on my dual amd64/2800. No more sudden jumps in 'load' to 50 or higher. (at worst it hit something absurd like 7000) No more crashes (knock on wood) that were apparently associated with this. Thanks for the good work. Looking out for: There will be one area I will be looking out for: Some applications like 'Evince' don't allays kill themselves off completely when finished, leading to some of the excessive load. Another case is when Linux-mozilla crashes from running 'Flash' routines. The messages log says it exited, ps tells another story. It is not yet known if this is fixed. Hope so. Linux issues: There was an earlier post about Java on Linux being unstable. I'm using the new fc6 libs. This is good and i'm able compile almost everything from source for BSD and my more 'down to earth' Linux desktop. I've built the full set of libs (except glibc) and they work fine too. (Used a minimal install from Gentoo.) There are, as expected, a few glibc issues. If make(1) wants to delete a file that is at the end of a long path, it will fail. Same for chmod and other utils that must 'reach' for a certain file. (to quote from the error message) It is possible to make this all work by placing a static util build (like rescue) in the Linux. I don't really want to do that. Bottom line: It would be nice to have a jdk again.... Thanks again, Bill Squire