Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Dec 2012 16:37:10 -0700
From:      Ian Lepore <freebsd@damnhippie.dyndns.org>
To:        Luigi Rizzo <rizzo@iet.unipi.it>
Cc:        Davide Italiano <davide@freebsd.org>, Alexander Motin <mav@freebsd.org>, freebsd-current <freebsd-current@freebsd.org>, "freebsd-arch@freebsd.org" <freebsd-arch@freebsd.org>
Subject:   Re: API explosion (Re: [RFC/RFT] calloutng)
Message-ID:  <1355873830.1198.189.camel@revolution.hippie.lan>
In-Reply-To: <20121218232955.GA97440@onelab2.iet.unipi.it>
References:  <50CF88B9.6040004@FreeBSD.org> <20121218173643.GA94266@onelab2.iet.unipi.it> <50D0B00D.8090002@FreeBSD.org> <50D0E42B.6030605@FreeBSD.org> <20121218225823.GA96962@onelab2.iet.unipi.it> <1355873265.1198.183.camel@revolution.hippie.lan> <20121218232955.GA97440@onelab2.iet.unipi.it>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2012-12-19 at 00:29 +0100, Luigi Rizzo wrote:
> On Tue, Dec 18, 2012 at 04:27:45PM -0700, Ian Lepore wrote:
> > On Tue, 2012-12-18 at 23:58 +0100, Luigi Rizzo wrote:
> > > [top posting for readability;
> > > in summary we were discussing the new callout API trying to avoid
> > > an explosion of methods and arguments while at the same time
> > > supporting the old API and the new one]
> > > (I am also Cc-ing phk as he might have better insight
> > > on the topic).
> > > 
> > > I think the patch you propose is a step in the right direction,
> > > but i still remain concerned by having to pass two bintimes
> > > (by reference, but they should really go by value)
> > > and one 'ticks' value to all these functions.
> > > 
> > > I am also dubious that we need a full 128 bits to specify
> > > the 'precision': there would be absolutely no loss of functionality
> > > if we decided to specify the precision in powers of 2, so a precision
> > > 'k' (signed) means 2^k seconds. This way 8 bits are enough to
> > > represent any precision we want.
> 
> ...
> > I'm not so sure about the 2^k precision.  You speak of seconds, but I
> > would be worrying about sub-second precision in my work.  It would
> > typical to want a 500uS timeout but be willing to late by up to 250uS if
> 
> i said k is signed so negative values represent fractions of a
> second. 2^-128 is pretty short :)
> 
> cheers
> luigi

Ahh, I missed that.  Good enough then!  Hmmm, if that ideas survives
further review, then could precision be encoded in 8 bits of the flags,
eliminating another parm?

-- Ian





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1355873830.1198.189.camel>