A complete and mature WebAssembly runtime for openGauss based on WasmEdge.
231
A complete and mature WebAssembly runtime for openGauss based on WasmEdge. It's an original way to extend your favorite database capabilities.
Note This project is inspired by wasmer-postgres
Features:
wasmedge API mimics the standard WebAssembly API,wasmedge executes the WebAssembly modules as fast as
possible, close to native speed,Note: The project is still in heavy development. This is a 0.1.0 version. Some API are missing and are under implementation. But it's fun to play with it.
The project comes in two parts:
To compile the former, the wasmedge should have been installed. You can install the wasmedge as simple as
Refer to https://wasmedge.org/book/en/quick_start/install.html for more details.
After that, run CREATE EXTENSION wasm_executor in a
openGauss shell. One new function will appear: wasm_new_instance; It must be
called with the absolute path to the shared library. It looks like
this:
$ # Build the shared library.
$ make
$ # Install the extension in the opengauss
$ make install
$ # Activate and initialize the extension.
$ gsql -d postgres -c 'CREATE EXTENSION wasm_executor'
And you are ready to go!
Consider the examples/sum.rs program:
#[no_mangle]
pub extern fn sum(x: i32, y: i32) -> i32 {
x + y
}
For able to compile the rust code to wasm, the rust and wasm toolchain should be installed.
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
rustup target add wasm32-unknown-unknown
And also install wasm-gc, which will be used to compress the .wasm file output
cargo install wasm-gc
Then create a project using cargo
cargo new hello --lib
The file Cargo.toml (aka "manifest") contains the project's configuration. Leave everything, but append a new block called [lib]. The result should look something this
[package]
name = "hello"
version = "0.1.0"
edition = "2021"
# See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html
[dependencies]
[lib]
crate-type = ["cdylib"]
Rust code lives in the src directory. Your new project contains the default file src/lib.rs. Replace its contents with the sum.rs. And then compile the project to Wasm and shrink the wasm output.
cargo build --target wasm32-unknown-unknown --release
wasm-gc target/wasm32-unknown-unknown/release/hello.wasm
Once compiled to WebAssembly, one obtains a similar WebAssembly binary
to examples/sum.wasm. To use the sum exported function, first,
create a new instance of the WebAssembly module, and second,
call the sum function.
To instantiate a WebAssembly module, the wasm_new_instance function
must be used. It has two arguments:
For instance, calling
wasm_new_instance('/path/to/sum.wasm', 'wasm') will create the
wasm_sum function that is a direct call to the sum exported function
of the WebAssembly instance. Thus:
-- New instance of the `sum.wasm` WebAssembly module.
SELECT wasm_new_instance('/absolute/path/to/sum.wasm', 'wasm');
-- Call a WebAssembly exported function!
SELECT wasm_sum(1, 2);
-- wasm_sum
-- --------
-- 3
-- (1 row)
Isn't it awesome? Calling Rust from openGauss through WebAssembly!
Let's inspect a little bit further the wasm_sum function:
\x
\df+ wasm_sum
Schema | public
Name | wasm_sum
Result data type | integer
Argument data types | integer, integer
Type | normal
Volatility | volatile
Parallel | unsafe
Owner | ...
Language | plpgsql
Source code | ...
Description |
fencedmode | f
propackage | f
prokind | f
The openGauss wasm_sum signature is (integer, integer) -> integer,
which maps the Rust sum signature (i32, i32) -> i32.
So far, only the WebAssembly types i32 and i64 are
supported; they respectively map to integer and bigint
in openGauss. Floats are partly implemented for the moment.
To get your hands on openGauss with wasm, we recommend using the Docker image. Download the docker image firstlly.
docker pull opengauss/wasmedge:0.2.0
Then run it.
docker run -it opengauss/wasmedge:0.2.0 bash
The rust and wasm toolchain have already installed in the docker image for quick use. So just go ahead and enjoy it.
The extension provides two ways to initilize a WebAssembly instance. As you can
see from the functions name show above, one way is to use wasm_new_instance from
.wasm file compiled from other languages.
And, the extension provides two tables, gathered together in
the wasm foreign schema:
wasm.instances is a table with the id and wasm_file columns,
respectively for the instance ID, and the path of the WebAssembly
module,wasm.exported_functions is a table with the instanceid,
funcname, inputs and output columns, respectively for the
instance ID of the exported function, its name, its input types
(already formatted for openGauss), and its output types (already
formatted for openGauss).Let's see:
-- Select all WebAssembly instances.
SELECT * FROM wasm.instances;
-- id | wasm_file
-- ---------------+-------------------------------
-- 2785875771 | /absolute/path/to/sum.wasm
-- (1 row)
-- Select all exported functions for a specific instance.
SELECT
funcname,
inputs,
outputs
FROM
wasm.exported_functions
WHERE
instanceid = 2785875771;
-- name | inputs | outputs
-- --------+-----------------+---------
-- wasm_sum | integer,integer | integer
-- (1 row)
Benchmarks are useless most of the time, but it shows that WebAssembly can be a credible alternative to procedural languages such as PL/pgSQL. Please, don't take those numbers for granted, it can change at any time, but it shows promising results:
| Benchmark | Runtime | Time (ms) | Ratio |
|---|---|---|---|
| Fibonacci (n = 50) | openGauss-wasm-executor | 0.765 | 1× |
| PL/pgSQL | 1.714 | 2× | |
| Fibonacci (n = 500) | openGauss-wasm-executor | 0.794 | 1× |
| PL/pgSQL | 9.746 | 12× | |
| Fibonacci (n = 5000) | openGauss-wasm-executor | 0.820 | 1× |
| PL/pgSQL | 92.720 | 113× |
The entire project is under the MulanPSL2 License. Please read the LICENSE file.
Content type
Image
Digest
sha256:d45d23052…
Size
1011.7 MB
Last updated
over 3 years ago
docker pull opengauss/wasmedge:0.2.0