Crates.io | async-cuda |
lib.rs | async-cuda |
version | 0.6.0 |
source | src |
created_at | 2023-08-14 12:22:47.225143 |
updated_at | 2024-11-04 10:18:29.246394 |
description | Async CUDA for Rust. |
homepage | |
repository | https://github.com/oddity-ai/async-cuda |
max_upload_size | |
id | 944111 |
size | 227,941 |
async-cuda
Asynchronous CUDA for Rust.
async-cuda
is an experimental library for interacting with the GPU asynchronously. Since the GPU
is just another I/O device (from the point of view of your program), the async model actually fits
surprisingly well. The way it is implemented in async-cuda
is that all operations are scheduled on
a single runtime thread that drives the GPU. The interface of this library enforces that
synchronization happens when it is necessary (and synchronization itself is also asynchronous).
On top of common CUDA primitives, this library also includes async wrappers for NVIDIA's NPP library.
The async wrappers for TensorRT have been moved to a separate repository here:
async-tensorrt
.
This project is still a work-in-progress, and will contain bugs. Some parts of the API have not been flushed out yet. Use with caution.
Make sure you have the necessary dependencies installed:
Then, add the following to your dependencies in Cargo.toml
:
async-cuda = "0.6"
To enable the NPP functions:
async-cuda = { version = "0.6", features = ["npp"] }
This crate is intentionally unsafe. Due to the limitations of how async Rust currently works, usage of the async interface of this crate can cause undefined behavior in some rare cases. It is up to the user of this crate to prevent this from happening by following these rules:
std::mem::forget
or
otherwise).Internally, the Future
type in this crate schedules a CUDA call on a separate runtime thread. To
make the API as ergonomic as possible, the lifetime bounds of the closure (that is sent to the
runtime) are tied to the future object. To enforce this bound, the future will block and wait if it
is dropped. This mechanism relies on the future being driven to completion, and not forgotten. This
is not necessarily guaranteed. Unsafety may arise if either the runtime gives up on or forgets the
future, or the caller manually polls the future, then forgets it.
Licensed under either of
at your option.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.