Date: Thu, 20 Dec 2012 01:06:48 +1100 (EST) From: Bruce Evans <brde@optusnet.com.au> To: Poul-Henning Kamp <phk@phk.freebsd.dk> Cc: Davide Italiano <davide@FreeBSD.org>, Ian Lepore <freebsd@damnhippie.dyndns.org>, Alexander Motin <mav@FreeBSD.org>, phk@onelab2.iet.unipi.it, freebsd-current <freebsd-current@FreeBSD.org>, "freebsd-arch@freebsd.org" <freebsd-arch@FreeBSD.org> Subject: Re: API explosion (Re: [RFC/RFT] calloutng) Message-ID: <20121220005706.I1675@besplex.bde.org> In-Reply-To: <16439.1355922282@critter.freebsd.dk> 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> <14604.1355910848@critter.freebsd.dk> <CACYV=-Eg542iHm9KfujPvCzZrA4TqepEBVA8RzT1YOHnCgfJnA@mail.gmail.com> <15882.1355914308@critter.freebsd.dk> <20121219221518.E1082@besplex.bde.org> <16439.1355922282@critter.freebsd.dk>
index | next in thread | previous in thread | raw e-mail
On Wed, 19 Dec 2012, Poul-Henning Kamp wrote: > -------- > In message <20121219221518.E1082@besplex.bde.org>, Bruce Evans writes: > >>> With this format you can specify callouts 68 years into the future >>> with quarter nanosecond resolution, and you can trivially and >>> efficiently compare dur_t's with >>> if (d1 < d2) >> >> This would make a better general format than timevals, timespecs and >> of course bintimes :-). > > Except that for absolute timescales, we're running out of the 32 bits > integer part. Except 32 bit time_t works until 2106 if it is unsigned. > Bintimes is a necessary superset of the 32.32 which tries to work > around the necessary but missing int96_t or int128_t[1]. > > [1] A good addition to C would be a general multi-word integer type > where you could ask for any int%d_t or uint%d_t you cared for, and > have the compiler DTRT. In difference from using a multiword-library, > this would still give these types their natural integer behaviour. That would be convenient, but bad for efficiency if it were actually used much. Brucehome | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20121220005706.I1675>