New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 651549 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner: ----
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android
Pri: 3
Type: Bug
Hotlist-MemoryInfra



Sign in to add a comment

Native heap profiler doesn't report all allocations for component build

Project Member Reported by dskiba@chromium.org, Sep 29 2016

Issue description

Startup traces (opening Clank to NTP) for component build are reliably ~2 MiB less then for non-component build.

=== Component build ===

use_goma = true
target_os = "android"
is_debug = false
symbol_level = 1
disable_incremental_isolated_processes = true
is_component_build = true
arm_use_thumb = false
enable_profiling = true

Size reported by native heap profiler: 7,242 KiB

=== Non-component build ===

use_goma = true
target_os = "android"
is_debug = false
symbol_level = 1
disable_incremental_isolated_processes = true
#is_component_build = true
arm_use_thumb = false
enable_profiling = true

Size reported by native heap profiler: 9,685 KiB


Originally I found the problem while trying to use base::debug::ScopedThreadHeapUsage in components_unittests in component build. In that setup ScopedThreadHeapUsage was reporting 16 bytes instead of ~500. Disabling component build fixed the issue.
 
component-1.json.gz
281 KB Download
component-2.json.gz
275 KB Download
non-component-1.json.gz
362 KB Download
non-component-2.json.gz
363 KB Download
Components: Internals>Instrumentation>Memory

Comment 2 by dskiba@chromium.org, May 18 2018

Status: WontFix (was: Untriaged)
Obsolete. Chrome is now using memlog.

Sign in to add a comment