From owner-freebsd-questions@FreeBSD.ORG Thu May 5 08:20:54 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92B3E16A4CE for ; Thu, 5 May 2005 08:20:54 +0000 (GMT) Received: from smtp11.wanadoo.fr (smtp11.wanadoo.fr [193.252.22.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FD1D43D79 for ; Thu, 5 May 2005 08:20:54 +0000 (GMT) (envelope-from atkielski.anthony@wanadoo.fr) Received: from me-wanadoo.net (unknown [127.0.0.1]) by mwinf1112.wanadoo.fr (SMTP Server) with ESMTP id 986A11C000B6 for ; Thu, 5 May 2005 10:20:52 +0200 (CEST) Received: from pix.atkielski.com (ASt-Lambert-111-2-1-3.w81-50.abo.wanadoo.fr [81.50.80.3]) by mwinf1112.wanadoo.fr (SMTP Server) with ESMTP id 76B961C000A5 for ; Thu, 5 May 2005 10:20:52 +0200 (CEST) X-ME-UUID: 20050505082052486.76B961C000A5@mwinf1112.wanadoo.fr Date: Thu, 5 May 2005 10:20:51 +0200 From: Anthony Atkielski X-Priority: 3 (Normal) Message-ID: <1117006021.20050505102051@wanadoo.fr> To: freebsd-questions@freebsd.org In-Reply-To: <20050504210519.GA51317@angel.falsifian.afraid.org> References: <42792740.3040501@houston.rr.com> <5.1.0.14.2.20050504154906.4311e370@209.152.117.178> <20050504210519.GA51317@angel.falsifian.afraid.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Clock running fast X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 May 2005 08:20:54 -0000 James Alexander Cook writes: > I might be wrong here, but doesn't NTP only make occasional adjustments to the > system clock? It tries to slew the clock as smoothly as possible to bring it into alignment with the correct time. It does not make sudden large changes to the clock. > If your clock runs twice as fast as normal, it would jump to the correct time > every time ntpd corrected it, but in between automatic adjustments, the time > would become wildly innacurate. If your clock is that far off, it would be difficult for NTP (or anything else) to correct it often enough to keep it running smoothly with the correct time. You're talking about an accuracy of 50%, whereas even bad PC real-time clocks usually have an accuracy of better than 99.9%. If NTP sees that it cannot discipline the clock successfully, it will say so and give up, IIRC. The real mystery is why the clock is running so fast. > Also, wouldn't a problem like this make your system try to play movies at > twice the frame rate, and things like that? NTP is worth a try, but I doubt > if it will fix things like that. I don't think the real-time clock comes into play for multimedia work, but I might be wrong. -- Anthony