Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 10 Nov 2007 18:25:03 -0800
From:      Colin Percival <cperciva@freebsd.org>
To:        Maxim Sobolev <sobomax@FreeBSD.org>
Cc:        cvs-src@FreeBSD.org, Kris Kennaway <kris@FreeBSD.org>, src-committers@FreeBSD.org, cvs-all@FreeBSD.org, Nate Lawson <nate@root.org>
Subject:   Re: cvs commit: src/sys/amd64/amd64 mp_machdep.c src/sys/i386/i386 mp_machdep.c
Message-ID:  <473667FF.2010005@freebsd.org>
In-Reply-To: <4735008D.7030600@FreeBSD.org>
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>

index | next in thread | previous in thread | raw e-mail

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.

Colin Percival


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?473667FF.2010005>