summaryrefslogtreecommitdiffstats
path: root/base
diff options
context:
space:
mode:
authorjar@chromium.org <jar@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-03-06 07:54:27 +0000
committerjar@chromium.org <jar@chromium.org@0039d316-1c4b-4281-b951-d872f2087c98>2011-03-06 07:54:27 +0000
commit656643743582980d046f757590e20a48ec9e4bfb (patch)
treeb79919410aa9ba3d700399f0a0ecb35295f8a06b /base
parent847eea0f71d2beda35095fc8e10436728d76821b (diff)
downloadchromium_src-656643743582980d046f757590e20a48ec9e4bfb.zip
chromium_src-656643743582980d046f757590e20a48ec9e4bfb.tar.gz
chromium_src-656643743582980d046f757590e20a48ec9e4bfb.tar.bz2
Test impact of using default windows allocator
I'll revert this as soon as the builds kick off. I just want to look at perf impact. I'll ceate a fancier CL that uses different allocators for render vs browser, but I wanted an overall baseline for transitioning completely from TCMalloc to the default allocator on Windows. TBR=cpu Review URL: http://codereview.chromium.org/6635004 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@77066 0039d316-1c4b-4281-b951-d872f2087c98
Diffstat (limited to 'base')
-rw-r--r--base/allocator/allocator_shim.cc2
1 files changed, 1 insertions, 1 deletions
diff --git a/base/allocator/allocator_shim.cc b/base/allocator/allocator_shim.cc
index 3935737..685f700 100644
--- a/base/allocator/allocator_shim.cc
+++ b/base/allocator/allocator_shim.cc
@@ -35,7 +35,7 @@ typedef enum {
} Allocator;
// This is the default allocator.
-static Allocator allocator = TCMALLOC;
+static Allocator allocator = WINDEFAULT;
// We include tcmalloc and the win_allocator to get as much inlining as
// possible.