From owner-freebsd-arm@FreeBSD.ORG Sun Sep 21 13:56:04 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 298F8F25 for ; Sun, 21 Sep 2014 13:56:04 +0000 (UTC) Received: from mho-02-ewr.mailhop.org (mho-02-ewr.mailhop.org [204.13.248.72]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EFF7BC64 for ; Sun, 21 Sep 2014 13:56:03 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-02-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XVhcQ-000Aoo-OK; Sun, 21 Sep 2014 13:56:02 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id s8LDu1RK018458; Sun, 21 Sep 2014 07:56:01 -0600 (MDT) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+3PdnloIrCwV5iYtsQaBSx X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: FreeBSD-11.0-CURRENT on ARM: performance and load average From: Ian Lepore To: Maxim V FIlimonov In-Reply-To: <16223180.9Q4Ic3raYi@quad> References: <7351653.A2UeEk9AA3@quad> <1989123.lKm0QJoZES@quad> <1411256769.66615.155.camel@revolution.hippie.lan> <16223180.9Q4Ic3raYi@quad> Content-Type: text/plain; charset="us-ascii" Date: Sun, 21 Sep 2014 07:56:01 -0600 Message-ID: <1411307761.66615.166.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2014 13:56:04 -0000 On Sun, 2014-09-21 at 13:06 +0400, Maxim V FIlimonov wrote: > On Saturday 20 September 2014 17:46:09 Ian Lepore wrote: > > > > 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 > > Here it is: > root@cubie:~ # sysctl kern.eventtimer > kern.eventtimer.et.a10_timer Eventtimer.flags: 3 > kern.eventtimer.et.a10_timer Eventtimer.frequency: 24000000 > kern.eventtimer.et.a10_timer Eventtimer.quality: 1000 > kern.eventtimer.choice: a10_timer Eventtimer(1000) > kern.eventtimer.singlemul: 4 > kern.eventtimer.idletick: 0 > kern.eventtimer.timer: a10_timer Eventtimer > kern.eventtimer.periodic: 1 > root@cubie:~ # sysctl kern.timecounter > kern.timecounter.tc.a10_timer timer0.mask: 4294967295 > kern.timecounter.tc.a10_timer timer0.counter: 4271639596 > kern.timecounter.tc.a10_timer timer0.frequency: 24000000 > kern.timecounter.tc.a10_timer timer0.quality: 1000 > kern.timecounter.stepwarnings: 0 > kern.timecounter.alloweddeviation: 5 > kern.timecounter.hardware: a10_timer timer0 > kern.timecounter.choice: a10_timer timer0(1000) dummy(-1000000) > kern.timecounter.tick: 1 > kern.timecounter.fast_gettime: 1 > > > > > > If you repeatedly do "ntpdate -q " 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. > > > > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:04:55 ntpdate[2236]: adjust time server 24.56.178.140 offset > -0.117727 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:04:57 ntpdate[2237]: adjust time server 24.56.178.140 offset > -0.117018 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:00 ntpdate[2238]: adjust time server 24.56.178.140 offset > -0.116026 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:08 ntpdate[2241]: adjust time server 24.56.178.140 offset > -0.111525 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:26 ntpdate[2242]: adjust time server 24.56.178.140 offset > -0.103121 sec > root@cubie:~ # ntpdate time.nist.gov > 21 Sep 13:05:34 ntpdate[2243]: adjust time server 24.56.178.140 offset > -0.099055 sec > > So as you could notice, the offset doesn't change much. No, quite to the contrary, the time is changing rapidly -- it moved about 19 milliseconds in 39 seconds, or roughly a millisecond every two seconds. That's an error rate of 500 parts per million, which is huge. However, it's not off by a factor of 16, so that's a bit confusing. BTW, time.nist.gov is not one server, it's a pool just like pool.ntp.org (we run one of the time.nist.gov server installations out of our building at $work). I think it probably worked for you because of some sort of dns caching effect, because you clearly kept getting the same server each time. -- Ian