From owner-cvs-all@FreeBSD.ORG Mon Nov 12 14:45:38 2007 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C24E16A418 for ; Mon, 12 Nov 2007 14:45:38 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id 086DA13C4A3 for ; Mon, 12 Nov 2007 14:45:38 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by QMTA06.emeryville.ca.mail.comcast.net with smtp id Bohq1Y00917UAYk0106700; Mon, 12 Nov 2007 14:33:54 +0000 Received: from discordia ([24.60.136.97]) by OMTA13.emeryville.ca.mail.comcast.net with comcast id BqZs1Y00426FYqY0000000; Mon, 12 Nov 2007 14:33:54 +0000 X-Authority-Analysis: v=1.0 c=1 a=FEoIkVp1fVo5Py5DHSYA:9 a=tr61m51Tl3qYU03Dn6IA:7 a=N3YxQFZpepXuRLscYhzosaTU68EA:4 a=xfNXT5P86egA:10 Received: by discordia (Postfix, from userid 103) id 5BA3016B559; Mon, 12 Nov 2007 09:33:49 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.20.1.3] (erwin.int.cokane.org [172.20.1.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id A3D6116B557; Mon, 12 Nov 2007 09:33:35 -0500 (EST) Message-ID: <4738643E.6030403@FreeBSD.org> Date: Mon, 12 Nov 2007 09:33:34 -0500 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (X11/20071104) MIME-Version: 1.0 To: Brooks Davis References: <200711081945.lA8JjKcW080540@repoman.freebsd.org> <47337724.9040108@FreeBSD.org> <47337940.6040909@root.org> <47340B74.9070004@freebsd.org> <4734B13C.6050008@root.org> <4735008D.7030600@FreeBSD.org> <473667FF.2010005@freebsd.org> <20071112035910.GA58802@lor.one-eyed-alien.net> In-Reply-To: <20071112035910.GA58802@lor.one-eyed-alien.net> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Maxim Sobolev , src-committers@FreeBSD.org, cvs-src@FreeBSD.org, Kris Kennaway , cvs-all@FreeBSD.org, Colin Percival , Nate Lawson Subject: Re: cvs commit: src/sys/amd64/amd64 mp_machdep.c src/sys/i386/i386 mp_machdep.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Nov 2007 14:45:38 -0000 Brooks Davis wrote: > On Sat, Nov 10, 2007 at 06:25:03PM -0800, Colin Percival wrote: > >> Maxim Sobolev wrote: >> >>> For what it is worth I think Nate has the correct point. We should not >>> force this setting upon each and every user if it can realistically >>> affect only 0.0001% of our userbase. >>> >> We're not forcing anything -- it's configurable via loader.conf. All >> we're talking about is changing the default value. >> >> >>> By the way, I wonder how sun4v (aka Niagara) fares in this respect. As >>> long as I know, they use similar concept, when 8 physical cores can run >>> 32 threads. Should we disable it by default there as well? ;-) >>> >> I haven't seen any experiments done on sun4v, but I'm less concerned about >> it since I believe sun4v boxes are used more often for large computing jobs >> rather than for interactive logins with many untrusted users. Of course, >> if/when we have scheduler support for keeping different users on separate >> cores, this should be applied to sun4v as well. >> > > Actually, webhosting is probably the most common use of sun4v systems. > As such, I'd expect that virtual hosting with large numbers of untrusted > users running code on the same machine to be fairly common. > > -- Brooks > I second this. As a person who actually participated in their "Try and you don't have to buy" program, they pitched the system as basically tuned for a LAMP server (I guess that's FAMP for us, heh). Reading reviews and tech docs, the platform seems pretty tuned to that workload. -- Coleman Kane