[RFC] use CLOCK_MONOTONIC_COARSE posix timer instead of CLOCK_MONOTONIC when calling the function of clock_gettime in xserver/os/util.c

ykzhao yakui.zhao at intel.com
Sun Aug 15 18:15:22 PDT 2010


On Fri, 2010-08-13 at 23:30 +0800, Adam Jackson wrote:
> On Fri, 2010-08-13 at 13:08 +0800, ykzhao wrote:
> > On Fri, 2010-08-13 at 11:32 +0800, Julien Cristau wrote:
> > > On Thu, Aug 12, 2010 at 09:47:23 +0800, ykzhao wrote:
> > > 
> > > > when playing flash h.264 cif video workload, the cpu C0 usage is reduced
> > > > from 43% to 42% while the video quality is not affected.
> > > > 
> > > Is 43% vs 42% a really significant win?  How close is it to measurement
> > > noise?
> > 
> > The purpose of using CLOCK_MONOTONIC_COARSE posix timer is to reduce
> > the overhead of read_hpet. 
> > 
> > Yes. The 1% ratio seems tiny. But the tiny ratio is related with that
> > the total overhead of read_hpet is not very high on the CPU usage(about
> > 3%) when playing the video workload. In such case it is not easy to get
> > one higher improvement.
> 
> On second thought, this seems like it's pretty awkward to use if we
> don't know the granularity.  And given that we're assuming milliseconds
> everywhere, you'd need CONFIG_HZ >= 1000 to get that.  Do we have a way
> of getting HZ from userspace?

I have a question about the granularity. Do we have to assure CONFIG_HZ
>= 1000 for the granularity? 
   For one system with 250HZ, what will be affected when using the
CLOCK_MONOTONIC_COARSE timer in X? 

Thanks.

> 
> - ajax



More information about the xorg-devel mailing list