# leaktracer
[](https://opensource.org/licenses/MIT)
[](https://github.com/veeso/leaktracer/stargazers)
[](https://crates.io/crates/leaktracer)
[](https://crates.io/crates/leaktracer)
[](https://ko-fi.com/veeso)
[](https://conventionalcommits.org)
[](https://github.com/veeso/leaktracer/actions)
[](https://coveralls.io/github/veeso/leaktracer)
[](https://docs.rs/leaktracer)
---
- [leaktracer](#leaktracer)
- [Introduction](#introduction)
- [Why do I need this?](#why-do-i-need-this)
- [Usage](#usage)
- [Cargo.toml](#cargotoml)
- [Setup](#setup)
- [Accessing the stats](#accessing-the-stats)
- [Example](#example)
- [Debug only](#debug-only)
- [Support the developer](#support-the-developer)
- [Changelog](#changelog)
- [License](#license)
---
## Introduction
A Rust allocator to trace memory allocations in Rust programs, by intercepting the allocations.
The library provides the `LeaktracerAllocator`, which is an allocator that for each allocation, it stores the memory allocated and the allocation count for each function that allocated memory.
It's extremely easy to setup and it was designed to have something really **plug-and-play**.
### Why do I need this?
You may ask why you would need this library in a language like Rust, which is known for its memory safety. The answer is that even in Rust, memory leaks can occur, especially when storing data in maps or vectors along time without cleaning them up.
Sometimes it can happen that you don't know where the huge memory usage is coming from, because either the cleanup method is not working, or you forgot to clean up the data. In complex applications, this can be a nightmare to debug, so that's why I created this library.
## Usage
### Cargo.toml
Add the following to your `Cargo.toml`:
```toml
[dependencies]
leaktracer = "0.1"
```
### Setup
Then, in your `main.rs` you need to **set the allocator** to `LeaktracerAllocator` and **initialize the symbol table**:
```rust
use leaktracer::LeaktracerAllocator;
#[global_allocator]
static ALLOCATOR: LeaktracerAllocator = LeaktracerAllocator::init();
```
and then at the beginning of your `main` function, initialize the symbol table:
```rust
leaktracer::init_symbol_table(&["my_crate_name"]);
```
The `init_symbol_table` function takes a slice of strings, which are the names of the crates you want to trace. This is useful if you have multiple crates in your project and you want to trace only specific ones.
Why is this necessary? Because the library use the `backtrace` to get the current call stack, but unfortunately the backtrace, is quite *polluted* by other non-relevant calls (such as `std::alloc`, `std::vec`, etc.), so you need to specify which crates you want to trace.
### Accessing the stats
Of course, once initialized you want to access the stats, to see how many allocations were made, and where they were made.
You can do this by accessing the `symbol_table` like this:
```rust
println!(
"Symbol: {name}, Allocated: {}, Count: {}",
symbol.allocated(),
symbol.count()
);
}
})?;
```
You can also access the full amount of memory allocated and the total count of allocations by using the `LeaktracerAllocator` methods:
```rust
println!(
"Allocated {} bytes",
ALLOCATOR.allocated()
);
```
## Example
You can find an example in the `examples` folder at `examples/tracing.rs`.
You can run the example with:
```bash
cargo run --example tracing
```
The output shows how the output can be handled, but beware that it can be handled however you want, this is just a simple example.
```txt
2025-12-21T10:43:29.303057Z INFO tracing:17: Starting the application... Allocated 266268 bytes
2025-12-21T10:43:29.326319Z INFO tracing:29: Total allocated bytes: 268252
2025-12-21T10:43:29.337938Z INFO tracing:83: Allocated 1024 bytes in the task
2025-12-21T10:43:29.341897Z INFO tracing:83: Allocated 2048 bytes in the task
2025-12-21T10:43:29.344779Z INFO tracing:32: Symbol: tracing_subscriber::registry, Allocated: 32768, Count: 1
2025-12-21T10:43:29.344789Z INFO tracing:32: Symbol: tracing_core::callsite::dispatchers::Dispatchers::register_dispatch, Allocated: 96, Count: 1
2025-12-21T10:43:29.344795Z INFO tracing:32: Symbol: tracing_core::dispatcher::Dispatch::new, Allocated: 600, Count: 1
2025-12-21T10:43:29.344802Z INFO tracing:32: Symbol: tracing_subscriber::filter::layer_filters::FilterState::did_enable, Allocated: 192, Count: 2
2025-12-21T10:43:29.344807Z INFO tracing:32: Symbol: tracing::task::{{closure}}, Allocated: 3072, Count: 2
2025-12-21T10:43:29.344811Z INFO tracing:32: Symbol: tracing_subscriber::fmt::format::Writer::write_fmt, Allocated: 512, Count: 3
2025-12-21T10:43:29.344815Z INFO tracing:32: Symbol: tracing::main::{{closure}}, Allocated: 512, Count: 2
2025-12-21T10:43:29.344819Z INFO tracing:32: Symbol: tracing_subscriber::fmt::writer::MakeWriter::make_writer_for, Allocated: 1024, Count: 1
2025-12-21T10:43:29.344823Z INFO tracing:32: Symbol: tracing_subscriber::layer::context::Context<S>::lookup_current, Allocated: 320, Count: 3
2025-12-21T10:43:29.344828Z INFO tracing:32: Symbol: <unknown>, Allocated: 64, Count: 1
2025-12-21T10:43:29.345079Z INFO tracing:89: Allocated 1024 bytes in the allocating function
2025-12-21T10:43:29.345087Z INFO tracing:48: Symbol: tracing_subscriber::registry, Allocated: 32768, Count: 1
2025-12-21T10:43:29.345093Z INFO tracing:48: Symbol: tracing_core::callsite::dispatchers::Dispatchers::register_dispatch, Allocated: 96, Count: 1
2025-12-21T10:43:29.345098Z INFO tracing:48: Symbol: tracing_core::dispatcher::Dispatch::new, Allocated: 600, Count: 1
2025-12-21T10:43:29.345103Z INFO tracing:48: Symbol: tracing::function_which_allocates, Allocated: 1024, Count: 1
2025-12-21T10:43:29.345108Z INFO tracing:48: Symbol: tracing_subscriber::filter::layer_filters::FilterState::did_enable, Allocated: 192, Count: 2
2025-12-21T10:43:29.345114Z INFO tracing:48: Symbol: tracing::task::{{closure}}, Allocated: 3072, Count: 2
2025-12-21T10:43:29.345118Z INFO tracing:48: Symbol: tracing_subscriber::fmt::format::Writer::write_fmt, Allocated: 512, Count: 3
2025-12-21T10:43:29.345123Z INFO tracing:48: Symbol: tracing::main::{{closure}}, Allocated: 0, Count: 0
2025-12-21T10:43:29.345127Z INFO tracing:48: Symbol: tracing_subscriber::fmt::writer::MakeWriter::make_writer_for, Allocated: 1024, Count: 1
2025-12-21T10:43:29.345132Z INFO tracing:48: Symbol: tracing_subscriber::layer::context::Context<S>::lookup_current, Allocated: 320, Count: 3
2025-12-21T10:43:29.345137Z INFO tracing:48: Symbol: <unknown>, Allocated: 64, Count: 1
2025-12-21T10:43:29.345140Z INFO tracing:57: Application finished successfully. Allocated 272220 bytes
```
## Debug only
The `LeaktracerAllocator` is meant to be used in debug mode only, as it uses the `backtrace` crate to get the call stack, which is not available in release mode and it's extremely slow and expensive. Therefore, it is not possible to use it in release mode.
## Support the developer
If you like **leaktracer**, please consider a little donation 🥳
[](https://ko-fi.com/veeso)
[](https://www.paypal.me/chrisintin)
---
## Changelog
[View Changelog here](CHANGELOG.md)
---
## License
Licensed under MIT license ([SEE LICENSE](LICENSE) or <http://opensource.org/licenses/MIT>)