From owner-freebsd-stable@FreeBSD.ORG Sun Jun 8 18:15:44 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3454D6DA for ; Sun, 8 Jun 2014 18:15:44 +0000 (UTC) Received: from mailhost.m5p.com (ip-2-1-0-2.r03.asbnva02.us.ce.gin.ntt.net [IPv6:2001:418:0:5000::16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E70512BEC for ; Sun, 8 Jun 2014 18:15:43 +0000 (UTC) Received: from wonderland.m5p.com (localhost [IPv6:::1]) by mailhost.m5p.com (8.14.5/8.14.5) with ESMTP id s58IFa8k099922 for ; Sun, 8 Jun 2014 14:15:41 -0400 (EDT) (envelope-from george+freebsd@m5p.com) Message-ID: <5394A848.7030609@m5p.com> Date: Sun, 08 Jun 2014 14:15:36 -0400 From: George Mitchell User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Not to beat a dead horse, but ... Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 10.100.0.3 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (mailhost.m5p.com [IPv6:::1]); Sun, 08 Jun 2014 14:15:42 -0400 (EDT) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Jun 2014 18:15:44 -0000 When I run this command on 10-STABLE on a uniprocessor system while running the misc/dnetc port: cd /usr/src time make buildworld && time make buildkernel && time make installkernel On revision 266422 with SCHED_ULE, I get (showing the time lines only): 7045.988u 897.681s 4:00:33.89 55.0% 29430+492k 27927+17003io 30943pf+519w 1155.683u 149.422s 52:49.60 41.1% 25418+410k 7452+20843io 12166pf+248w 7.101u 4.838s 8:03.57 2.4% 5905+221k 1179+9461io 1345pf+67w On revision 267211 with SCHED_4BSD: 6950.087u 665.074s 2:40:36.19 79.0% 29929+502k 33651+17368io 31151pf+151w 1148.066u 134.312s 26:40.95 80.1% 26234+426k 9681+24613io 11917pf+106w 6.774u 4.369s 0:33.90 32.8% 3110+320k 1388+10979io 1514pf+3w Since the majority of my systems are uniprocessors and I like to run dnetc, SCHED_ULE has been a dealbreaker for me since day one. Consequently I can't use freebsd_update. The party line seems to be, "Well, everybody knows SCHED_ULE sucks on uniprocessors." Hello? Not everybody has upgraded to multiple core or hyperthreaded processors yet. Do we really want to write off every uniprocessor piece of hardware out here? The other assertion I hear is that SCHED_ULE really excels on some unspecified workload or other. I'd love to see exactly how much better it does than 4BSD on these mythological loads. -- George