# A Valgrind Tool to Compute the Working Set of a Software Process

**Authors:** Martin Becker, Samarjit Chakraborty

arXiv: 1902.11028 · 2019-03-01

## TL;DR

This paper presents an open-source Valgrind tool that dynamically measures the actively used memory of a process over time, enabling better understanding of cache and RAM requirements for performance debugging.

## Contribution

The paper introduces a novel Valgrind tool that accurately computes the working set of a process, improving temporal resolution and introspection over existing memory measurement tools.

## Key findings

- The tool effectively measures recent memory access patterns.
- It captures call stacks during working set peaks.
- Comparison shows improved temporal accuracy over existing tools.

## Abstract

This paper introduces a new open-source tool for the dynamic analyzer Valgrind. The tool measures the amount of memory that is actively being used by a process at any given point in time. While there exist numerous tools to measure the memory requirements of a process, the vast majority only focuses on metrics like resident or proportional set sizes, which include memory that was once claimed, but is momentarily disused. Consequently, such tools do not permit drawing conclusions about how much cache or RAM a process actually requires at each point in time, and thus cannot be used for performance debugging. The few tools which do measure only actively used memory, however, have limitations in temporal resolution and introspection. In contrast, our tool offers an easy way to compute the memory that has recently been accessed at any point in time, reflecting how cache and RAM requirements change over time. In particular, this tool computes the set of memory references made within a fixed time interval before any point in time, known as the working set, and captures call stacks for interesting peaks in the working set size. We first introduce the tool, then we run some examples comparing the output from our tool with similar memory tools, and we close with a discussion of limitations

---
Source: https://tomesphere.com/paper/1902.11028