delay-timer
Time-manager of delayed tasks. Like crontab, but synchronous asynchronous tasks are possible scheduling, and dynamic add/cancel/remove is supported. (by BinChengZhao)
h2
HTTP 2.0 client & server implementation for Rust. (by hyperium)
Our great sponsors
| delay-timer | h2 | |
|---|---|---|
| 1 | 8 | |
| 285 | 1,303 | |
| - | 1.8% | |
| 3.9 | 7.8 | |
| 4 months ago | 11 days ago | |
| Rust | Rust | |
| Apache License 2.0 | MIT License |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
delay-timer
Posts with mentions or reviews of delay-timer.
We have used some of these posts to build our list of alternatives
and similar projects.
-
delay-timer v0.4.0 release to crates.io: Cycle task manager.
Repo: https://github.com/BinChengZhao/delay-timer
h2
Posts with mentions or reviews of h2.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-06-02.
-
Announcing `h2x` A library for building high performance HTTP/2 servers
h2x provides a wrapper around the h2 crate, offering additional functionality and utility functions for working with the HTTP/2 server.
- A CVE has been issued for hyper. Denial of Service possible
-
2022-10-02 gRPC benchmark results
multi-threaded tokio runtime can be harder to scale/higher in minimal overhead if cross thread sync is not handled correctly. In this case the usual suspect is h2 crate. Possible elated issue: https://github.com/hyperium/h2/issues/531
-
Linkerd: Service Mesh Overview
H2 - https://github.com/hyperium/h2
What are some alternatives?
When comparing delay-timer and h2 you can also consider the following projects:
tokio-tungstenite - Future-based Tungstenite for Tokio. Lightweight stream-based WebSocket implementation
hyper - An HTTP library for Rust