Date: Tue, 20 Jul 2010 14:10:15 +0300 From: Alexander Motin <mav@FreeBSD.org> To: Marius Strobl <marius@alchemy.franken.de> Cc: freebsd-sparc64@FreeBSD.org Subject: Re: [RFC] Event timers on sparc64/sun4v Message-ID: <4C458417.3010707@FreeBSD.org> In-Reply-To: <20100720105454.GE4706@alchemy.franken.de> References: <4C404018.6040405@FreeBSD.org> <20100716213503.GT4706@alchemy.franken.de> <4C42A5B9.7080901@FreeBSD.org> <20100718142101.GY4706@alchemy.franken.de> <4C433391.4080808@FreeBSD.org> <20100719122423.GA4706@alchemy.franken.de> <4C44694C.9040108@FreeBSD.org> <20100720105454.GE4706@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Marius Strobl wrote: > On Mon, Jul 19, 2010 at 06:03:40PM +0300, Alexander Motin wrote: >> There is indeed too small info about this. I've found that thing about >> edge, you've noticed, also I've found that TICK clock is integer >> multiply of STICK. Taking analogy to x86 I may assume that CPUs with >> different frequencies still quite likely use same bus frequency (STICK), >> or even sharing the same bus, while have different multipliers for core >> (TICK) frequency. >> It is indeed only an assumption, but it would be strange for CPU >> designers to implement one more counter, which is not better then >> already existing one. > > My understanding is that the only advantage of the STICK counter > over the TICK one is that the former is always driven by the same > frequency across all CPUs in a system, regardless of the frequency > the CPUs are running at (as needed in machines equipped with > different CPU models or when down throttling). It seems like question to platform, not CPU documentation. I may assume (theoretically), that depending on chipset, CPUs may have: single bus clock generator, several asynchronous generators with same frequency (non-coherent) or event several generators with different frequencies. First case is the best, second may require periodic synchronization to avoid drift, third additionally requires some scaling. It would be nice to play with some problematic system to find are things so bad or reason is somewhere else. Unless it is documented somewhere. -- Alexander Motin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C458417.3010707>