From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 21:09:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF029106564A for ; Thu, 19 Jan 2012 21:09:28 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from abby.lhr1.as41113.net (abby.lhr1.as41113.net [91.208.177.20]) by mx1.freebsd.org (Postfix) with ESMTP id 72FC38FC0A for ; Thu, 19 Jan 2012 21:09:28 +0000 (UTC) Received: from jasmine.internethq (unknown [91.208.177.192]) by abby.lhr1.as41113.net (Postfix) with ESMTP id 4F6FF2284A for ; Thu, 19 Jan 2012 21:09:26 +0000 (UTC) Received: from [172.16.11.44] (jwh-laptop.internethq [172.16.11.44]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by jasmine.internethq (Postfix) with ESMTPS id 93836106A2141; Thu, 19 Jan 2012 21:09:39 +0000 (GMT) Message-ID: <4F188683.3000504@rewt.org.uk> Date: Thu, 19 Jan 2012 21:09:23 +0000 From: Joe Holden User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Chuck Swiger References: <4F15D643.8000907@rewt.org.uk> <1326913229.1669.281.camel@revolution.hippie.lan> <4F187752.80409@rewt.org.uk> <4F187A80.70809@rewt.org.uk> <382F41EC-9688-4D79-90EA-CAE0CE373941@mac.com> <4F1880EF.80505@rewt.org.uk> In-Reply-To: <4F1880EF.80505@rewt.org.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: Timekeeping in stable/9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2012 21:09:28 -0000 Joe Holden wrote: > Chuck Swiger wrote: >> On Jan 19, 2012, at 12:18 PM, Joe Holden wrote: >>>> Sounds like you were looking for commercial support, since unpaid >>>> volunteers don't have an obligation to promptly leap out and provide >>>> solutions within your ETA. >>> Not really, just an acknowledgement would be fine. It is what it is, >>> everyday I try to argue in favour of the project, I still use it for >>> myself everywhere but increasingly things happen that just don't on >>> other volunteer projects... it's rather difficult to argue the case >>> when they can install Ubuntu or whatever nonsense distro is the >>> current favourite and it just works. Just a bit more accurate info >>> would solve it, if it doesn't do X reliably, or Y has changed, note it. >> >> You asked a question and got two or three responses back in a day. >> You mentioned trying different timekeeping choices, but I don't recall >> seeing what your kern.timecounter sysctl values looked like; without >> that, folks are missing info that is likely to be relevant. >> >> Ah, well.... >> >> Regards, > Yeah my gripe isn't with having no responses, the handful of people that > have responded have been helpful but ultimately no responses from anyone > involved. Just a one liner saying "we changed the timecounter stuff in > 9, look at sysctl tree X" would have been more than sufficient, this > sort of thing should really be mentioned in the relnotes though... > > For the record though, setting kern.eventtimer.periodic to 1 fixes the > problem on all affected machines (returns my virtualbox guest to > normality, reduces the drift on physical machines to 8.2 figures). > > FWIW, I can't even see any notes relating to this in UPDATING either. I should probably clarify here that some responses were received from the maintainers (eg: Qing for mpath) for a couple of bits of code but the wider issues weren't discussed further. I'm not trying to say that no effort is made, but as a whole for the project to be comparable to the alternatives this sort of thing shouldn't happen.