Home Products Contracting Purchase Resellers About Contact
Home Products Contracting Purchase Resellers About Contact
VMem VMem

C++ Memory Manager

Platforms: Windows x86, x64, Unix, Linux, OSX, iOS

VMem - Fast and efficient
C++ malloc replacement

VMem is used in many world class games:

Product Platform Developer
Final Fantasy XV PS4 / XBox One Square Enix
Don't Starve Together PS4 Klei Entertainment
Deus Ex: Mankind Divided PS4 / XBox One Eidos Montreal
Fable Legends PC / XBox One Lionhead Studios
Rise of the Tomb Raider XBox360 Crystal Dynamics
XCOM Enemy Unknown PC, XBox360, iOS 2K Games

What is VMem?

VMem is a C++ memory manager. It is used as a general purpose malloc replacement. VMem has minimal overhead in terms of both memory and CPU, and is specifically designed for multi-threaded environments. VMem uses advanced techniques to reduce fragmentation, making it the perfect choice for platforms with fixed memory, such as games consoles.

  • Very fast under high contention
  • Very low memory footprint
  • Releases all pages back to the system as soon as they are empty
  • Extensive error checking
  • Integrates into your codebase in seconds
  • Modular design
  • Detailed statistics
  • Memory corruption error checking
  • Cross-platform

Why VMem?

There are already many free and commercial memory managers available, so what makes VMem unique? Unlike VMem, most allocations are not specifically designed for a multi-threaded environment. Often, all they do is take a single lock around the global allocation and free. VMem's multi-tiered locking makes it the perfect choice for modern games.

All allocators do their best to combat memory fragmentation, but on consoles which have a fixed memory budget this is not always enough. It is typical for modern game engines to make tens of thousands of allocations per second, and most games have to run for many hours, whilst making many level transitions without running out of memory. Fragmentation can be a huge concern. This is where VMem excels - it is specifically designed to limit fragmentation in a fixed memory environment.

VMem has extensive error checking and will detect problems that many other allocators miss. Whether it's a double free, buffer overrun or writing to a deleted object, VMem will detect problems before they go on to do further damage. This can save weeks of valuable time spent tracking down the most difficult and elusive of bugs.

The VMem code is clean and well documented C++ code. Ideally, you shouldn't ever have to know how your allocator works internally, but the reality is that memory corruption bugs are not uncommon in the games industry. When you do have memory bugs you often need to dive in to the memory manager code, and the VMem code is clear and easy to understand.

How it works

There is a technical paper describing exactly how VMem is structured and how each feature works. Below is a summary of the main points.

Like most memory managers, VMem consists of a number heaps. It has two small object heaps, two medium-sized coalesce heaps and a large heap. The two small heaps are backed by a shared page heap. VMem makes optimal use of virtual memory. While most allocators commit large regions of memory from the system before carving them up, VMem only reserves the memory and commits and decommits pages as necessary. Any system page that is not currently in use by your application is always freed back to the system. Each heap dynamically resizes itself to the smallest size possible. This makes VMem a self-balancing system, which will always use the minimum amount of memory possible.

Licensing

VMem is licensed under a dual license: a free license for open-source projects, and a commercial license to allow it to be used in commercial projects. Read more about the licensing here.

VMem is a thread-safe, low fragmentation
malloc replacement

VMem's multi-tiered locking makes VMem a perfect choice for modern games

VMem is specifically designed to limit fragmentation in a fixed memory environment

VMem has extensive error checking and often catches problems that many other allocators miss