Crates.io | async-wormhole |
lib.rs | async-wormhole |
version | 0.3.7 |
source | src |
created_at | 2020-09-04 17:01:49.910056 |
updated_at | 2021-05-07 07:49:25.952968 |
description | Async calls across non-async functions |
homepage | |
repository | https://github.com/bkolobara/async-wormhole/ |
max_upload_size | |
id | 284813 |
size | 41,473 |
This library is experimental, I use it to prototype the foundation for Lunatic .
Currently only works in Rust nightly, as it depends on switcheroo.
async-wormhole allows you to .await
async calls in non-async functions, like extern "C" or JIT generated code.
It runs on Windows, MacOs and Linux (x64 & AArch64).
Sometimes, when running inside an async environment you need to call into JIT generated code (e.g. wasm)
and .await from there. Because the JIT code is not available at compile time, the Rust compiler can't
do their "create a state machine" magic. In the end you can't have .await
statements in non-async
functions.
This library creates a special stack for executing the JIT code, so it's possible to suspend it at any
point of the execution. Once you pass it a closure inside AsyncWormhole::new
you will get back a future
that you can .await
on. The passed in closure is going to be executed on a new stack.
use async_wormhole::{AsyncWormhole, AsyncYielder};
use switcheroo::stack::*;
// non-async function
#[allow(improper_ctypes_definitions)]
extern "C" fn non_async(mut yielder: AsyncYielder<u32>) -> u32 {
// Suspend the runtime until async value is ready.
// Can contain .await calls.
yielder.async_suspend(async { 42 })
}
fn main() {
let stack = EightMbStack::new().unwrap();
let task = AsyncWormhole::<_, _, fn()>::new(stack, |yielder| {
let result = non_async(yielder);
assert_eq!(result, 42);
64
})
.unwrap();
let outside = futures::executor::block_on(task);
assert_eq!(outside, 64);
}
There should be almost no performance overhead to .await
calls inside the closure passed to
AsyncWormhole::new
and caught by async_suspend
.
But instantiating a new AsyncWormhole will require one memory allocation.
And of course you are not going to get perfectly sized stacks.
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.