From owner-freebsd-performance@FreeBSD.ORG Fri Nov 2 23:31:10 2007 Return-Path: Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DB5F16A418 for ; Fri, 2 Nov 2007 23:31:10 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id EDCD113C4AC for ; Fri, 2 Nov 2007 23:31:09 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.100] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lA2N2l0Z072611 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 2 Nov 2007 19:02:49 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 2 Nov 2007 15:04:50 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Josh Carroll In-Reply-To: <8cb6106e0711021306w10c48a15s99eab526064ac814@mail.gmail.com> Message-ID: <20071102150028.R544@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> <8cb6106e0711021306w10c48a15s99eab526064ac814@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-performance@freebsd.org Subject: Re: ULE vs. 4BSD in RELENG_7 X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 23:31:10 -0000 On Fri, 2 Nov 2007, Josh Carroll wrote: >> 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. Thank you, that was very useful. I may have something to test very soon. I have a patch that attempts to limit the maximum latency a timesharing thread will see based on the cpu load. It does this by scaling down the slice as the system becomes overloaded. How many ffmpeg instances per cpu core were you running? It's not clear to me why a shorter slice would help if it's 1cpu:1core unless ULE is somehow letting idle pagezero run away and do things when it shouldn't. > >> 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. What would be interesting to know is if the sum of the temperatures is any different. 4BSD gets a much more random distribution of load because a thread is run on whatever cpu context switches next. ULE will have specific load patterns since it scans lists of cpus in a fixed order to assign load. So that means it prefers to run on lower numbered cpus if they are idle. This should have a side effect of allowing unused cores to powerdown more frequently than with 4BSD although I have not verified this in practice. Jeff > > Thanks, > Josh > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org" >