From owner-freebsd-stable@FreeBSD.ORG Mon Jun 9 19:04:11 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 C9482D8B for ; Mon, 9 Jun 2014 19:04:11 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9284226F0 for ; Mon, 9 Jun 2014 19:04:11 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s59J49fl061724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 9 Jun 2014 12:04:10 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s59J49XO061723; Mon, 9 Jun 2014 12:04:09 -0700 (PDT) (envelope-from jmg) Date: Mon, 9 Jun 2014 12:04:09 -0700 From: John-Mark Gurney To: George Mitchell Subject: Re: Not to beat a dead horse, but ... Message-ID: <20140609190409.GU31367@funkthat.com> Mail-Followup-To: George Mitchell , freebsd-stable@freebsd.org References: <5394A848.7030609@m5p.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5394A848.7030609@m5p.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 09 Jun 2014 12:04:10 -0700 (PDT) Cc: freebsd-stable@freebsd.org 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: Mon, 09 Jun 2014 19:04:12 -0000 George Mitchell wrote this message on Sun, Jun 08, 2014 at 14:15 -0400: > 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 Were you running dnetc at the same time as buildworld? If you are, then did you also measure how much work dnetc did durning the same period of time? If you were running dnetc, your complaint is that one processor hog wasn't able to hog the processor as much as another processor hog? If the numbers above are to be believed, _ULE is doing a better job than _4BSD since it more evenly shared the processor w/ the other processor hog, in that they both got ~50% of the cpu... If this is the case, then you need to use nice w/ buildworld to give it higher priority... Also, you did not say if you've applied the various sysctl changes that have been suggested on the mailing list... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."