New "timeout" api, to replace callout
Poul-Henning Kamp
phk at phk.freebsd.dk
Sun Dec 2 04:02:52 PST 2007
In message <18378.1196596684 at critter.freebsd.dk>, "Poul-Henning Kamp" writes:
>> o TCP has hot and cold CPU/cache affinity.
>>
>> -> The timer facility should provide strong, weak and "don't care"
>> CPU affinity. The affinity should be selected for a timer as
>> whole, not upon each call.
>
>That is the "timeout_p" you pass into timeout_init() is for.
>
>What values we will provide there is not decided, apart from NULL
>meaning "whatever..."
I guess I need to elaborate that point some more:
If we want CPU affinity, what happens that that we pass a per-cpu
timeout provider:
timeout_init(&pcpu->timouts, ...)
If we want a private timeout group for NFS we pass that in:
timeout_init(&nfs_timeouts, ...)
Think of the implmentation of the timeouts as an object of which we
can have multiple instances with various private properties...
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the freebsd-arch
mailing list