Engine in wasmtime - Rust (original) (raw)
pub struct Engine { /* private fields */ }
Expand description
An Engine
which is a global context for compilation and management of wasm modules.
An engine can be safely shared across threads and is a cheap cloneable handle to the actual engine. The engine itself will be deallocated once all references to it have gone away.
Engines store global configuration preferences such as compilation settings, enabled features, etc. You’ll likely only need at most one of these for a program.
§Engines and Clone
Using clone
on an Engine
is a cheap operation. It will not create an entirely new engine, but rather just a new reference to the existing engine. In other words it’s a shallow copy, not a deep copy.
§Engines and Default
You can create an engine with default configuration settings usingEngine::default()
. Be sure to consult the documentation of Config for default settings.
Creates a new Engine with the specified compilation and configuration settings.
§Errors
This method can fail if the config
is invalid or some configurations are incompatible.
For example, feature reference_types
will need to set the compiler setting enable_safepoints
and unwind_info
to true
, but explicitly disable these two compiler settings will cause errors.
Returns the configuration settings that this engine is using.
Take a weak reference to this engine.
Returns whether the engine a
and b
refer to the same configuration.
Available on crate feature async
only.
Returns whether the engine is configured to support async functions.
Detects whether the bytes provided are a precompiled object produced by Wasmtime.
This function will inspect the header of bytes
to determine if it looks like a precompiled core wasm module or a precompiled component. This does not validate the full structure or guarantee that deserialization will succeed, instead it helps higher-levels of the stack make a decision about what to do next when presented with thebytes
as an input module.
If the bytes
looks like a precompiled object previously produced byModule::serialize,Component::serialize,Engine::precompile_module, or Engine::precompile_component, then this will return Some(...)
indicating so. Otherwise None
is returned.
Available on crate feature std
only.
Returns whether this Engine is configured to execute with Pulley, Wasmtime’s interpreter.
Note that Pulley is the default for host platforms that do not have a Cranelift backend to support them. For example at the time of this writing 32-bit x86 is not supported in Cranelift so thei686-unknown-linux-gnu
target would by default return true
here.
Available on crate features cranelift
or winch
only.
Ahead-of-time (AOT) compiles a WebAssembly module.
The bytes
provided must be in one of two formats:
- A binary-encoded WebAssembly module. This is always supported.
- A text-encoded instance of the WebAssembly text format. This is only supported when the
wat
feature of this crate is enabled. If this is supplied then the text format will be parsed before validation. Note that thewat
feature is enabled by default.
This method may be used to compile a module for use with a different target host. The output of this method may be used withModule::deserialize on hosts compatible with the Config associated with this Engine.
The output of this method is safe to send to another host machine for later execution. As the output is already a compiled module, translation and code generation will be skipped and this will improve the performance of constructing a Module from the output of this method.
Available on (crate features cranelift
or winch
) and crate feature component-model
only.
Available on crate feature runtime
only.
Eagerly initialize thread-local functionality shared by all Engines.
Wasmtime’s implementation on some platforms may involve per-thread setup that needs to happen whenever WebAssembly is invoked. This setup can take on the order of a few hundred microseconds, whereas the overhead of calling WebAssembly is otherwise on the order of a few nanoseconds. This setup cost is paid once per-OS-thread. If your application is sensitive to the latencies of WebAssembly function calls, even those that happen first on a thread, then this function can be used to improve the consistency of each call into WebAssembly by explicitly frontloading the cost of the one-time setup per-thread.
Note that this function is not required to be called in any embedding. Wasmtime will automatically initialize thread-local-state as necessary on calls into WebAssembly. This is provided for use cases where the latency of WebAssembly calls are extra-important, which is not necessarily true of all embeddings.
Available on crate feature runtime
and target_has_atomic="64"
only.
Increments the epoch.
When using epoch-based interruption, currently-executing Wasm code within this engine will trap or yield “soon” when the epoch deadline is reached or exceeded. (The configuration, and the deadline, are set on the Store
.) The intent of the design is for this method to be called by the embedder at some regular cadence, for example by a thread that wakes up at some interval, or by a signal handler.
See Config::epoch_interruptionfor an introduction to epoch-based interruption and pointers to the other relevant methods.
When performing increment_epoch
in a separate thread, consider usingEngine::weak to hold an EngineWeak and performing EngineWeak::upgrade on each tick, so that the epoch ticking thread does not keep an Engine alive longer than any of its consumers.
§Signal Safety
This method is signal-safe: it does not make any syscalls, and performs only an atomic increment to the epoch value in memory.
Available on crate feature runtime
and (crate features cranelift
or winch
) only.
Available on crate feature runtime
and has_native_signals
only.
Unload process-related trap/signal handlers and destroy this engine.
This method is not safe and is not widely applicable. It is not required to be called and is intended for use cases such as unloading a dynamic library from a process. It is difficult to invoke this method correctly and it requires careful coordination to do so.
§Panics
This method will panic if this Engine
handle is not the last remaining engine handle.
§Aborts
This method will abort the process on some platforms in some situations where unloading the handler cannot be performed and an unrecoverable state is reached. For example on Unix platforms with signal handling the process will be aborted if the current signal handlers are not Wasmtime’s.
§Unsafety
This method is not generally safe to call and has a number of preconditions that must be met to even possibly be safe. Even with these known preconditions met there may be other unknown invariants to uphold as well.
- There must be no other instances of
Engine
elsewhere in the process. Note that this isn’t just copies of thisEngine
but it’s any otherEngine
at all. This unloads global state that is used by allEngine
s so this instance must be the last. - On Unix platforms no other signal handlers could have been installed for signals that Wasmtime catches. In this situation Wasmtime won’t know how to restore signal handlers that Wasmtime possibly overwrote when Wasmtime was initially loaded. If possible initialize other libraries first and then initialize Wasmtime last (e.g. defer creating an
Engine
). - All existing threads which have used this DLL or copy of Wasmtime may no longer use this copy of Wasmtime. Per-thread state is not iterated and destroyed. Only future threads may use future instances of this Wasmtime itself.
If other crashes are seen from using this method please feel free to file an issue to update the documentation here with more preconditions that must be met.