forked from mmtk/mmtk-core
-
Notifications
You must be signed in to change notification settings - Fork 0
/
mod.rs
74 lines (67 loc) · 3.21 KB
/
mod.rs
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
//! MMTk-to-VM interface: the VMBinding trait.
//!
//! This module provides VM-specific traits that serve as MMTK-to-VM interfaces.
//! Each VM binding needs to provide an implementation for each of the traits.
//! MMTk requires the interfaces to be efficient, as some of the methods are called frequently
//! during collection (e.g. the methods for `ObjectModel`). We rely on cross-crate *link-time-optimization*
//! to remove the overhead of MMTk invoking methods on those traits.
//!
//! It is recommended for a VM binding that uses mmtk-core to do the following to ensure LTO is enabled for performance.
//! 1. Add the following section in the manifest file of a VM binding (`Cargo.toml`). This enables LTO for the release build:
//! ```
//! [profile.release]
//! lto = true
//! ```
//! 2. Make sure that the crate type for a VM binding supports LTO. To our knowledge, `staticlib` and `cdylib` support LTO, and
//! `rlib` does *not* support LTO.
use crate::util::constants::*;
mod active_plan;
mod collection;
pub mod edge_shape;
pub(crate) mod object_model;
mod reference_glue;
mod scanning;
pub use self::active_plan::ActivePlan;
pub use self::collection::Collection;
pub use self::collection::GCThreadContext;
pub use self::object_model::specs::*;
pub use self::object_model::ObjectModel;
pub use self::reference_glue::Finalizable;
pub use self::reference_glue::ReferenceGlue;
pub use self::scanning::EdgeVisitor;
pub use self::scanning::ObjectTracer;
pub use self::scanning::ObjectTracerContext;
pub use self::scanning::RootsWorkFactory;
pub use self::scanning::Scanning;
const DEFAULT_LOG_MIN_ALIGNMENT: usize = LOG_BYTES_IN_INT as usize;
const DEFAULT_LOG_MAX_ALIGNMENT: usize = LOG_BYTES_IN_LONG as usize;
/// The `VMBinding` trait associates with each trait, and provides VM-specific constants.
pub trait VMBinding
where
Self: Sized + 'static + Send + Sync + Default,
{
type VMObjectModel: ObjectModel<Self>;
type VMScanning: Scanning<Self>;
type VMCollection: Collection<Self>;
type VMActivePlan: ActivePlan<Self>;
type VMReferenceGlue: ReferenceGlue<Self>;
/// The type of edges in this VM.
type VMEdge: edge_shape::Edge;
/// The type of heap memory slice in this VM.
type VMMemorySlice: edge_shape::MemorySlice<Edge = Self::VMEdge>;
/// A value to fill in alignment gaps. This value can be used for debugging.
const ALIGNMENT_VALUE: usize = 0xdead_beef;
/// Allowed minimal alignment in bytes.
const MIN_ALIGNMENT: usize = 1 << DEFAULT_LOG_MIN_ALIGNMENT;
/// Allowed maximum alignment in bytes.
const MAX_ALIGNMENT: usize = 1 << DEFAULT_LOG_MAX_ALIGNMENT;
/// Does the binding use a non-zero allocation offset? If this is false, we expect the binding
/// to always use offset === 0 for allocation, and we are able to do some optimization if we know
/// offset === 0.
const USE_ALLOCATION_OFFSET: bool = true;
/// This value is used to assert if the cursor is reasonable after allocations.
/// At the end of an allocation, the allocation cursor should be aligned to this value.
/// Note that MMTk does not attempt to do anything to align the cursor to this value, but
/// it merely asserts with this constant.
const ALLOC_END_ALIGNMENT: usize = 1;
}