Crates.io | tokio-os-timer |
lib.rs | tokio-os-timer |
version | 0.1.8 |
source | src |
created_at | 2019-04-19 19:16:09.542232 |
updated_at | 2020-05-07 19:36:17.675577 |
description | Timer facilities for Tokio based on OS-level primitives. |
homepage | https://github.com/jonhoo/tokio-os-timer |
repository | https://github.com/jonhoo/tokio-os-timer |
max_upload_size | |
id | 129005 |
size | 21,560 |
This crate is deprecated. Please use
async-timer
with the
tokio_on
feature enabled instead.
This crate provides timers for use with tokio that rely on OS mechanisms
for timer management rather than a separate timing mechanism like
tokio-timer
. This comes at somewhat increased overhead if you have
many timers, but allows the timers to have any granularity supported by
your operating system where tokio-timer
can only support timers with a
granularity of 1ms. In particular, the system timers usually support
whatever granularity the underlying hardware supports (see
"High-resolution timers" in time(7)
), which on my laptop is 1ns!
Realistically, you won't be able to make your timers higher resolution
than how long system calls on your system take, which is usually on the
order of hundreds of nanoseconds.
The current implementation uses timerfd_create(2)
on Linux, and
kqueue(2)
timers on macOS and BSDs. Windows support is sadly
unlikely to appear
(#9).