Date: Sat, 19 Mar 2011 04:05:23 +1100 (EST) From: Bruce Evans <brde@optusnet.com.au> To: Bruce Evans <brde@optusnet.com.au> Cc: Kostik Belousov <kostikbel@gmail.com>, freebsd-hackers@freebsd.org, Jung-uk Kim <jkim@freebsd.org>, Maxim Dounin <mdounin@mdounin.ru> Subject: Re: get_cyclecount(9) deprecation Message-ID: <20110319035138.H3038@besplex.bde.org> In-Reply-To: <20110319024813.N2581@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>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110319035138.H3038>