MMTk is a framework for the design and implementation of memory managers. This repository hosts the Rust port of MMTk.
We maintain an up to date list of the prerequisite for building MMTk and its bindings in the mmtk-dev-env repository.
MMTk can build with a stable Rust toolchain. The minimal supported Rust version is 1.61.0, and MMTk is tested with 1.66.1.
$ cargo build
MMTk also provides a list of optional features that users can choose from.
A full list of available features can be seen by examining Cargo.toml
.
By passing the --features
flag to the Rust compiler,
we conditionally compile feature-related code.
For example, you can optionally enable sanity checks by adding sanity
to the set of features
you want to use.
You can pass the --release
flag to the cargo build
command to use the
optimizing compiler of Rust for better performance.
The artefact produced produced by the build process can be found under
target/debug
(or target/release
for the release build).
ci-build.sh
shows the builds tested by the CI.
For the best performance, we recommend using a profile-guided optimized (PGO) build. Rust supports PGO builds by hooking into the LLVM profiling infrastructure. The idea is that we gather profiling data by running a representative benchmark and then later use the profiling data as a feedback on making optimization decisions.
It is recommended to choose the best-performing GC for the profiling step. For
example, GenImmix
is used for our OpenJDK binding.
We recommend running the GC under stress (using MMTK_STRESS_FACTOR
and
MMTK_PRECISE_STRESS=false
) in order to tune the profile sample data for the
GC. Multiple invocations of the benchmark are also recommended to reduce
variance.
See the OpenJDK binding for an example of how to make a PGO build.
MMTk does not run standalone. You would need to integrate MMTk with a language implementation. You can either try out one of the VM bindings we have been working on, or implement your own binding in your VM for MMTk. You can also implement your own GC algorithm in MMTk, and run it with supported VMs. You can find up-to-date API documentation for mmtk-core here:
- If you are trying to port MMTk to your language, check our public documentation: https://www.mmtk.io/mmtk-core/public-doc
- If you are trying to develop in MMTk (e.g. a new GC algorithm), check our full documentation: https://www.mmtk.io/mmtk-core/full-doc
We maintain three VM bindings for MMTk. These bindings are accessible in the following repositories:
For more information on these bindings, please visit their repositories.
MMTk provides a bi-directional interface with the language VM.
- MMTk exposes a set of APIs. The language VM can call into MMTk by using those APIs.
- MMTk provides a trait
VMBinding
that each language VM must implement. MMTk useVMBinding
to call into the VM.
To integrate MMTk with your language implementation, you need to provide an implementation of VMBinding
, and
you can optionally call MMTk's API for your needs.
For more information, you can refer to our porting guide for VM implementors.
MMTk is a suite of various GC algorithms (known as plans in MMTk). MMTk provides reusable components that make it easy to construct your own GC based on those components. For more information, you can refer to our tutorial for GC implementors.
We use both unit tests and VM binding tests to test MMTk in the CI.
MMTk uses Rust's testing framework for unit tests. For example, you can use the following to run unit tests.
$ cargo test
A full list of all the unit tests we run in our CI can be found here.
MMTk is also tested with the VM bindings we are maintaining by running standard test/benchmark suites for the VMs. For details, please refer to each VM binding repository.
Thank you for your interest in contributing to MMTk. We appreciate all the contributors. Generally you can contribute to MMTk by either reporting MMTk bugs you encountered or submitting your patches to MMTk. For details, you can refer to our contribution guidelines.