Date: Tue, 17 Jul 2007 02:39:56 -0700 From: Garrett Cooper <youshi10@u.washington.edu> To: Claus Guttesen <kometen@gmail.com> Cc: Jeff Roberson <jroberson@chesapeake.net>, current@freebsd.org Subject: Re: ULE/SCHED_SMP diff for 7.0 Message-ID: <469C8E6C.3060404@u.washington.edu> In-Reply-To: <b41c75520707170159i34a5933atf615b091d4360b65@mail.gmail.com> References: <20070716233030.D92541@10.0.0.1> <b41c75520707170159i34a5933atf615b091d4360b65@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Claus Guttesen wrote: >> 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. > > Applied the patch and tried to compile new kernel. However I get: > > julie/usr/src#>time make -j 3 buildkernel > -------------------------------------------------------------- >>>> Kernel build for WEBSRV started on Tue Jul 17 10:56:34 CEST 2007 > -------------------------------------------------------------- > ===> WEBSRV > mkdir -p /usr/obj/usr/src/sys > -------------------------------------------------------------- >>>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/amd64/conf; > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > config -d /usr/obj/usr/src/sys/WEBSRV > /usr/src/sys/amd64/conf/WEBSRV > /usr/src/sys/amd64/conf/WEBSRV: unknown option "SCHED_SMP" > *** Error code 1 > 1 error > *** Error code 2 > 1 error > make -j 3 buildkernel 0.06s user 0.04s system 101% cpu 0.101 total > > I have > > options SCHED_SMP # Newer SMP scheduler > > in my kernel. > > Hunk succeeded everytime, src is from last week. > Excellent work Jeff (with note to whoever modified the fs code as well)! My fat program seems to have survived 4 complete iterations of 1 million reads and writes, all without issue, with my printf statements that appeared to have stimulated a race condition at ~90k reads and writes before. I'll let it run overnight to completion (another 46 tries), and let you know how it goes :).. System is a UP amd64 capable VMware host. Thanks, -Garrett
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?469C8E6C.3060404>