From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 18 17:05:27 2011 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D790F106566C; Fri, 18 Mar 2011 17:05:27 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail01.syd.optusnet.com.au (mail01.syd.optusnet.com.au [211.29.132.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5DCE38FC16; Fri, 18 Mar 2011 17:05:27 +0000 (UTC) Received: from c122-107-125-80.carlnfd1.nsw.optusnet.com.au (c122-107-125-80.carlnfd1.nsw.optusnet.com.au [122.107.125.80]) by mail01.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p2IH5No7010129 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Mar 2011 04:05:24 +1100 Date: Sat, 19 Mar 2011 04:05:23 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Bruce Evans In-Reply-To: <20110319024813.N2581@besplex.bde.org> Message-ID: <20110319035138.H3038@besplex.bde.org> References: <201103171436.22283.jkim@FreeBSD.org> <20110318162252.S984@besplex.bde.org> <20110318135647.GY78089@deviant.kiev.zoral.com.ua> <20110319024813.N2581@besplex.bde.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Fri, 18 Mar 2011 17:13:11 +0000 Cc: Kostik Belousov , freebsd-hackers@freebsd.org, Jung-uk Kim , Maxim Dounin Subject: Re: get_cyclecount(9) deprecation X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Mar 2011 17:05:27 -0000 On Sat, 19 Mar 2011, Bruce Evans wrote: > On Fri, 18 Mar 2011, Kostik Belousov wrote: >> We definitely do not support configurations with different models of >> CPUs in SMP, this is what Simmetric is about. Different as in frequency >> or stepping. > > ... > Now there is even more asymmetry > in core frequencies, with the hardware transiently slowing down or > stopping cores independently, at least for cores in different packages. Also, with virtualization, the virtualizer cannot reasonably even provide an invariant TSC that runs at the same rate on all cores. It should provide an invariant TSC that claims to run at the same rate on all cores, but then the cores cannot run at the same rate except on average, since some of the cores will have to run the virtualizer some of the time, and it is unreasonable to distribute the overhead for this evenly except on average. Bruce