Date: Fri, 2 Nov 2007 16:06:28 -0400 From: "Josh Carroll" <josh.carroll@gmail.com> To: "Jeff Roberson" <jroberson@chesapeake.net> Cc: freebsd-performance@freebsd.org Subject: Re: ULE vs. 4BSD in RELENG_7 Message-ID: <8cb6106e0711021306w10c48a15s99eab526064ac814@mail.gmail.com> In-Reply-To: <20071102102331.G544@10.0.0.1> References: <8cb6106e0710230902x4edf2c8eu2d912d5de1f5d4a2@mail.gmail.com> <20071024111105.M598@10.0.0.1> <8cb6106e0710241229i12852d8cq436f4c955ac62c56@mail.gmail.com> <20071024133240.X598@10.0.0.1> <8cb6106e0710251925s2db0117cvcb67321b08d7b2a1@mail.gmail.com> <20071102102331.G544@10.0.0.1>
next in thread | previous in thread | raw e-mail | index | archive | help
> Could you try spot checking a couple of tests with kern.sched.slice set to > half its present value? 4BSD on average will use half the slice that ULE > will by default. The initial value was 13, and I changed it to 7. Here is the time result for the ffmpeg run: 13: 1:39.09 7: 1:37.01 I also ran it with 4BSD again, as I think I recompiled ffmpeg since my previous testing. It ran in: 1:35.29 So the difference in this workload is only 2.63% when I change the slice value to 7. I will re-run my super-smack testing as well and reply with the results. > This is interesting. I have had a couple of laptop users report success > in using lower power saving modes with ULE. Are these core temp > observations repeatable? Yes, seem to be. I notice the trend in the graphs whenever I'm booted into the ULE kernel for long enough to see a few hours' of data. Thanks, Josh
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8cb6106e0711021306w10c48a15s99eab526064ac814>