Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 15 Nov 2006 19:40:25 +1100
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        Poul-Henning Kamp <phk@phk.freebsd.dk>
Cc:        arch@freebsd.org
Subject:   Re: a proposed callout API
Message-ID:  <20061115084025.GA914@turion.vk2pj.dyndns.org>
In-Reply-To: <9674.1163493637@critter.freebsd.dk>
References:  <20061113234305.A34147@xorpc.icir.org> <9674.1163493637@critter.freebsd.dk>

next in thread | previous in thread | raw e-mail | index | archive | help

--opJtzjQTFsWo+cga
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, 2006-Nov-13 21:38:21 +0000, Poul-Henning Kamp wrote:
>The other thing is that covering the entire range from hour long
>callouts to nanosecond callouts would require a 64 bit value or
>a tricky pseudo-FP encoding.  By splitting them in two classes,
>I can use two different 31 bit encodings separated by the top bit.

This sounds like a pseudo-FP encoding with a very small exponent and a
relatively large mantissa :-)

On Tue, 2006-Nov-14 08:40:37 +0000, Poul-Henning Kamp wrote:
>In message <20061113234305.A34147@xorpc.icir.org>, Luigi Rizzo writes:
>
>>To make a proper evaluation i would need some idea of the number
>>and distribution of scheduled events on a busy box [...]
>
>So do I.
>
>What is important right now however, is the API.  The implementation
>behind it we can change every week if we want, but the API affects
>far too many kernel files to get it wrong.

I don't see anything obviously wrong with the API as proposed.  The
use of an opaque tick_t rather than requiring scaling on each call
seems an obvious improvement.  That said, is it worthwhile to
instrument the existing callout code to get some statistics on what
actions are frequently used - that might suggest operations that
need to be cheap.  (Though identifying high-level actions like
repeat/arm/disarm might be difficult).

--=20
Peter Jeremy

--opJtzjQTFsWo+cga
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (FreeBSD)

iD8DBQFFWtJ5/opHv/APuIcRAou2AJ45R8IvuFjjGBkwwgnQFoo08Pj7gACfdm8O
kbaJkiB5tC1lpJzn15USdkc=
=+XtB
-----END PGP SIGNATURE-----

--opJtzjQTFsWo+cga--



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