non-invariant tsc and cputicker
    Jung-uk Kim 
    jkim at FreeBSD.org
       
    Mon Dec  6 19:29:20 UTC 2010
    
    
  
On Monday 06 December 2010 02:09 pm, Andriy Gapon wrote:
> on 06/12/2010 21:01 Jung-uk Kim said the following:
> > :-) Don't get me wrong, I generally agree with you *iff* it does
> > : not
> >
> > hurt too much.  Anyway, this issue should be resolved from the
> > root, i.e., kern_resouce.c, if possible.
>
> But what to resolve there?
Better algorithm for stat.
> I just want to always have a stable source "cpu ticks", and then
> everything else should just work?
If we had one, yes.  But we don't, at least for old x86 hardware. :-(
> BTW, if someone comes up with a patch for more or less correct
> accounting when "cpu ticks" frequency is allowed to change, then I
> am all for it. But, IMO, it's just easier to use stable "cpu
> ticks".
If it doesn't hurt too much, yes.  Remember the P-state invariant CPUs 
are pretty new.  SMP-correct TSC is quite rare if there is any.
Jung-uk Kim
    
    
More information about the freebsd-current
mailing list