From owner-freebsd-stable@FreeBSD.ORG Tue Oct 16 20:15:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8534216A469 for ; Tue, 16 Oct 2007 20:15:55 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id D7FF213C48A for ; Tue, 16 Oct 2007 20:15:54 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 16 Oct 2007 20:15:53 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp005) with SMTP; 16 Oct 2007 22:15:53 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX18Qqo9h7MoQks+aLL25dsuY5E5UJ6BF9YcizCbJ6N Pk2W+9WjQPs2QJ Message-ID: <47151BF2.6020103@gmx.de> Date: Tue, 16 Oct 2007 22:15:46 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: josh.carroll@gmail.com References: <47150D87.3070804@gmx.de> <47150F82.9060805@FreeBSD.org> <8cb6106e0710161309o4658f41fse686b637d96be7f1@mail.gmail.com> In-Reply-To: <8cb6106e0710161309o4658f41fse686b637d96be7f1@mail.gmail.com> X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Kris Kennaway , freebsd-stable@freebsd.org Subject: Re: SCHED_4BSD in RELENG_7 disturbs workflow X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Oct 2007 20:15:55 -0000 Josh Carroll wrote: >> Not to say that any problems that might have developed with SCHED_4BSD >> should not be fixed, but you should give SCHED_ULE a try since it brings >> benefits even for single CPU systems (e.g. better interactive response). > > For my particular work load, 4BSD is actually faster than ULE in > RELENG_7. Specifically, on a Q6600 running ffmpeg -threads 8 to > transcode some H.264 video, 4BSD is about 5% faster. I took a sample > video and transcoded the first 120 seconds of it, and here are the > results (including a control from 6.2-RELEASE-p7/4BSD scheduler): > > releng_6_2 (4BSD) 1:32.39 > releng_7 (4BSD) 1:32.44 > releng_7 (ULE) 1:37.15 > > This is obviously a different scenario from MySQL. So perhaps ULE > isn't as well tuned for cases like ffmpeg? > > Josh > I suspect that the increased performance is stolen from the process with focus. I don't care much about my calculation being 5% faster if that renders the machine unusable.