FreeBSD-11.0-CURRENT on ARM: performance and load average

Ian Lepore ian at FreeBSD.org
Sat Sep 20 23:46:13 UTC 2014


On Sun, 2014-09-21 at 01:04 +0400, Maxim V FIlimonov wrote:
> On Saturday 20 September 2014 13:24:08 Ian Lepore wrote:
> > Since it's happening only on that hardware, there's a good chance the
> > problem is in the allwinner a10/a20 clock driver, not in the general
> > eventtimer code.  In fact, looking at the code it appears that a
> > divide-by-16 is being set in the hardware, but not accounted for when
> > setting the frequency of the eventtimer.
> > 
> > Hmm, it should affect the timecounter too, in which case you'd see
> > time-of-day advancing 16x too fast.  If ntpd is running it would need to
> > step the clock pretty frequently, which would show up in syslog.
> > 
> 
> I'm running FreeBSD-current on the board right now, the time is just fine.
> 
> > I don't have hardware to test on, please see if the attached patch makes
> > a difference.
> > 
>  
> Well, it did: with the patch applied, the time ran about 60 times as fast as 
> it should have. I didn't notice any changes with load average, though: maybe 
> it's because I forgot to turn that sysctl setting I set before back to 0.
> 
> wbr, Maxim Filimonov
> che at bein.link

60 times as fast doesn't make much sense for changing a divisor to 16.

Without that patch, what is the output of

 sysctl kern.eventtimer
 sysctl kern.timecounter

If you repeatedly do "ntpdate -q <some server>" every 15 seconds for a
couple minutes, does the offset stay pretty much the same?  (like no big
changes in the first two decimal places)  Don't use a server like
pool.ntp.org where you might get a different server every time, instead
do "host pool.ntp.org" and pick one of the IPs and use it every time.

-- Ian




More information about the freebsd-arm mailing list