From owner-freebsd-stable@FreeBSD.ORG Thu Nov 18 23:43:52 2010 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 564A7106564A; Thu, 18 Nov 2010 23:43:52 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-19.mx.aerioconnect.net [216.240.47.79]) by mx1.freebsd.org (Postfix) with ESMTP id 28F718FC14; Thu, 18 Nov 2010 23:43:51 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oAINho0W001757; Thu, 18 Nov 2010 15:43:50 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 1B2192D601E; Thu, 18 Nov 2010 15:43:48 -0800 (PST) Message-ID: <4CE5BA37.20604@freebsd.org> Date: Thu, 18 Nov 2010 15:43:51 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alexander Best References: <4CE50849.106@zedat.fu-berlin.de> <4CE52177.3020306@freebsd.org> <20101118182324.GA36312@freebsd.org> <20101118182852.GR63683@over-yonder.net> <20101118185635.GA43706@freebsd.org> <20101118170623.7f9c14f3@kan.dnsalias.net> <20101118233731.GA10392@freebsd.org> In-Reply-To: <20101118233731.GA10392@freebsd.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: FreeBSD@freebsd.org, FreeBSD Stable , "O. Hartmann" , "Matthew D. Fuller" , Current , Andriy Gapon , freebsd-performance@freebsd.org, Daniel Nebdal Subject: Re: TTY task group scheduling 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: Thu, 18 Nov 2010 23:43:52 -0000 On 11/18/10 3:37 PM, Alexander Best wrote: > On Fri Nov 19 10, Daniel Nebdal wrote: >> On Fri, Nov 19, 2010 at 12:06 AM, Alexander Kabaev wrote: >>> On Thu, 18 Nov 2010 18:56:35 +0000 >>> Alexander Best wrote: >>> >>>> On Thu Nov 18 10, Matthew D. Fuller wrote: >>>>> On Thu, Nov 18, 2010 at 06:23:24PM +0000 I heard the voice of >>>>> Alexander Best, and lo! it spake thus: >>>>>> judging from the videos the changes are having a huge impact imo. >>>>> Well, my (admittedly limited, and certainly anecdotal) experience is >>>>> that Linux's interactive response when under heavy load was always >>>>> much worse than FreeBSD's. So maybe that's just them catching up to >>>>> where we already are ;) >>>> well...i tried playing back a 1080p vide files while doing >>>> `make -j64 buildkernel` and FreeBSD's interactivity seems far from >>>> perfect. >>> One thing that just begs to be asked: since when decoding 1080p became >>> an interactive task? >>> >> Strictly speaking it isn't - but displaying it is a timing-sensitive >> task that isn't CPU- or I/O-bound, and scheduling-wise that probably >> makes it more like the "fast response when woken up" interactive tasks >> than a CPU-bound non-interactive process. >> Decoding it into another file on the disk is in the latter category, >> of course - but I don't think that's what he meant. :) >> >> More on topic - while this was a tiny patch for Linux, it seems like >> it would take more work for us, since I don't believe either of the >> schedulers handles task groups in the required way. The linux patch >> was just "create task groups automatically", since they already had >> some suitable logic for scheduling based on task groups in their CFS >> scheduler. We would have to (re-)add that first, which is non-trivial. > personally i think freebsd would hugely benefit from a scheduler framework > such as geom/gsched, where it's easy to switch between various algorithms. > > that way it be much easier to try out new concepts without having to write a > completely new scheduler. we are part of the way there.. at least we did abstract the scheduler to the point where we have two completely different ones. you are welcome to develop a 'framework as you describe and plug it into the abstraction we already have. > cheers. > alex > >> >> -- >> Daniel Nebdal