InfoQ Homepage News TCMalloc, Google's Customized Memory Allocator for C and C++, Now Open Source

# TCMalloc, Google's Customized Memory Allocator for C and C++, Now Open Source

This item in japanese

To clear up any ambiguity, it is worth noting this is actually the second time Google open-sources its memory allocator. Indeed, Google had already provided its memory allocator as a part of Google Performance Tools in 2005 along with many other tools, including a memory profiler, a heap checker aimed to ensure heap consistency, and Perl-based ppro profile analyzer and visualizer. As it happens, though, the internal version in use at Google diverged with time from the external one, so Google is now open sourcing its current version of TCMalloc, which contains several improvements such as per-CPU caches, sized delete, fast/slow path improvements, and more.

This repository is Google’s current implementation of TCMalloc, used by ~all of our C++ programs in production. The code is limited to the memory allocator implementation itself.

As hinted above, TCMalloc includes implementations for the C *alloc family and for C++ ::operator new and ::operator delete. These provide a number of optimizations over their respective counterparts that come with the C and C++ standard libraries. For example, TCMalloc performs allocations from the OS using fixed-size "pages", which simplifies bookkeeping. Additionally, some of those pages are dedicated to objects of specific sizes, e.g., all 16-bytes objects. This also brings a simplification when it is time to get or release that memory. Finally, commonly-used objects are cached for speed of operation.

TCMalloc also supports telemetry extensions via MallocExtension which can be useful to gather heap profiles and snapshots to investigate memory behaviour.

A number of configuration options are available to tune TCMalloc performance. In particular, you can define the logical page size, which can be 4KiB, 8KiB, 32KiB, or 256KiB. Larger page-sizes will reduce the probability of requiring a new page allocation from the OS, thus speeding up operation at the cost of larger memory consumption. It is also possible to set the cache size on a per-thread or per-CPU basis, which is the default. Similarly to page sizes, larger cache sizes will improve performance. Finally, you can tune how aggressively memory is released, which also affects performances in several ways.

The following diagram shows TCMalloc architecture, which is thoroughly described in the relevant document:

TCMalloc can only be built using Bazel, Google's internal build system, and this might come as a less-than-ideal surprise to some developers using other build systems. Bazel, though, is available in binary format for macOS, Ubuntu, Fedora, and Windows, so this should not really be a major hindrance.

Style

## Hello stranger!

You need to Register an InfoQ account or or login to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

• ##### They say it can be built with autoconf/automake/libtool

by Juan Castro /

• ##### Re: They say it can be built with autoconf/automake/libtool

by Sergio De Simone /

• ##### They say it can be built with autoconf/automake/libtool

by Juan Castro /

Your message is awaiting moderation. Thank you for participating in the discussion.

Am I missing something? From github.com/gperftools/gperftools/blob/master/IN... --

"As of 2.1 gperftools does not have configure and other autotools
products checked into it's source repository. This is common practice
for projects using autotools.

code.google.com/p/gperftools) still have all required files just as
before. Nothing has changed w.r.t. building from .tar.gz releases.

But, in order to build gperftools checked out from subversion
repository you need to have autoconf, automake and libtool
installed. And before running ./configure you have to generate it (and
a bunch of other files) by running ./autogen.sh script. That script
will take care of calling correct autotools programs in correct order.

If you're maintainer then it's business as usual too. Just run make
dist (or, preferably, make distcheck) and it'll produce .tar.gz or
.tar.bz2 with all autotools magic already included. So that users can
build our software without having autotools."

• ##### Re: They say it can be built with autoconf/automake/libtool

Your message is awaiting moderation. Thank you for participating in the discussion.

Hi Juan,

gperftools is a distinct project. It contains the older allocator Google released a few years back. The newer one is TCMalloc (github.com/google/tcmalloc). I think this should explain what you are reading.

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Is your profile up-to-date? Please take a moment to review and update.

Note: If updating/changing your email, a validation request will be sent

Company name:
Company role:
Company size:
Country/Zone:
State/Province/Region:
You will be sent an email to validate the new email address. This pop-up will close itself in a few moments.