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

Issue 732653 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug



Sign in to add a comment

Rename MemoryAllocatorDumpGUID since it is not really a generic GUID

Project Member Reported by ssid@chromium.org, Jun 13 2017

Issue description

Background context: go/memory-infra

A GUID refers to a 64 bit globally unique ID. But, in case of the allocator dumps, the "guid" is misued for a unique ID across all processes in the current memory dump.

So, the MemoryAllocatorDumpGUID should be renamed to something more meaningful to refer to an unique ID across processes for a particular memory dump.

Comments about the name welcome.
Suggestions:
MemoryAllocatorDumpTraceUID
MemoryAllocatorGlobalDumpUID
MemoryAllocatorDumpCrossProcessUID
 

Comment 1 by ssid@chromium.org, Jun 13 2017

Labels: -Pri-2 Pri-3
Yeah we had this discussion on slack. Unfortunately right now the term GUID is used pretty much everywhere in telemetry, traceviewer and our codebase.
Not sure how much is worth the effort. Definitely not right now as we have many too many functional refactorings going on for the service/UMA stuff. Maybe towards end of Q3 when things should have settled more?
FYI: this mojom file has been renamed at some point and recently moved to //mojo/public/mojom/base:
https://chromium-review.googlesource.com/c/chromium/src/+/978783
So looks like this bug can be closed.

Comment 4 by ssid@chromium.org, Mar 29 2018

That is cool. Thanks!
I think this should still be open since the actual struct is still named MemoryAllocatorDumpGUID.
Status: Assigned (was: Untriaged)
This bug has an owner, thus, it's been triaged. Changing status to "assigned".

Sign in to add a comment