Re: [chromium-dev] Understanding memInfra profile dumps

56 views
Skip to first unread message

Kentaro Hara

unread,
Apr 23, 2020, 7:34:52 PM4/23/20
to brat...@gmail.com, memory-dev, usama_...@brown.edu
+memory-dev 
(bcc: chromium-dev)



On Fri, Apr 24, 2020 at 3:35 AM Daniel Bratell <brat...@gmail.com> wrote:

There is no memory mailinglist. I must have confused it with something else. Back to chromium-dev.

/Daniel

On 2020-04-23 20:31, Daniel Bratell wrote:

[BCC chromium-dev]

Sorry for a very late (non-)answer. I've only used the tracing UI to look at the data so I can't really answer your question though looking at its columns I can make educated guesses like "sw is probably swapped" and "pss is probably proportional share".

You can see some of them documented here: https://chromium.googlesource.com/chromium/src/+/master/docs/memory-infra/

After that I guess it's mostly about reading source, either for the generator or the trace viewer.

I'm moving this thread to mem...@chromium.org where I think it's more likely to be seen by the expert experts.

/Daniel


On 2020-04-10 20:24, Usama Naseer wrote:

I have been using "chrome-remote-interface" to automate collecting memInfra dumps for websites. The dumps can be huge (can be 100MBs for a website). 

The "vm_regions" fields in "process_mmaps" are populated by stats for the various components (example below). I wanted to clarify what they mean. Lets say I want to measure the memory taken by each component. Does the "pss" field fives me the answer to this question?

Additionally, any chance there's an easy way to limit the dumps to just what I care about? E.g., just limit to "process_totals" fields.

Example of one such stat.
{
              "bs": {
                "pc": "4000",
                "pd": "34000",
                "pss": "62400",
                "sc": "479000",
                "sd": "4a000",
                "sw": "0"
              },
              "pf": 6,
              "sa": "70d87000",
              "sz": "547000"
            }
--
--
Chromium Developers mailing list: chromi...@chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
---
You received this message because you are subscribed to the Google Groups "Chromium-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-dev...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/970331ff-88f2-4bc4-ba0e-450ab268deeb%40chromium.org.

--
--
Chromium Developers mailing list: chromi...@chromium.org
View archives, change email options, or unsubscribe:
http://groups.google.com/a/chromium.org/group/chromium-dev
---
You received this message because you are subscribed to the Google Groups "Chromium-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to chromium-dev...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/chromium-dev/e26447d1-13e2-d22a-1623-d9321dbc1bc5%40gmail.com.


--
Kentaro Hara, Tokyo, Japan

Siddhartha S

unread,
Apr 24, 2020, 6:37:28 AM4/24/20
to Kentaro Hara, brat...@gmail.com, memory-dev, usama_...@brown.edu
On Thu, 23 Apr 2020, 4:34 pm 'Kentaro Hara' via memory-dev, <memor...@chromium.org> wrote:
+memory-dev 
(bcc: chromium-dev)



On Fri, Apr 24, 2020 at 3:35 AM Daniel Bratell <brat...@gmail.com> wrote:

There is no memory mailinglist. I must have confused it with something else. Back to chromium-dev.

/Daniel

On 2020-04-23 20:31, Daniel Bratell wrote:

[BCC chromium-dev]

Sorry for a very late (non-)answer. I've only used the tracing UI to look at the data so I can't really answer your question though looking at its columns I can make educated guesses like "sw is probably swapped" and "pss is probably proportional share".

You can see some of them documented here: https://chromium.googlesource.com/chromium/src/+/master/docs/memory-infra/

After that I guess it's mostly about reading source, either for the generator or the trace viewer.

I'm moving this thread to mem...@chromium.org where I think it's more likely to be seen by the expert experts.

/Daniel


On 2020-04-10 20:24, Usama Naseer wrote:

I have been using "chrome-remote-interface" to automate collecting memInfra dumps for websites. The dumps can be huge (can be 100MBs for a website). 

The "vm_regions" fields in "process_mmaps" are populated by stats for the various components (example below). I wanted to clarify what they mean. Lets say I want to measure the memory taken by each component. Does the "pss" field fives me the answer to this question?
Additionally, any chance there's an easy way to limit the dumps to just what I care about? E.g., just limit to "process_totals" fields.
You can configure the memory dump triggering using trace config, examples here, using startup tracing. It is not possible to filter only the required data in the memory dumps. But if you find that there's too much data in the traces, you can try
1. Reduce the time internal of memory dumps (min_time_between_dumps_ms)
2. Reduce the level of details in the dumps (mode: "background"). This would remove the memory maps from the dumps too, but will include the process_totals.

Note: If you want to get just the process totals you can't split the memory usage by mapped file names (if that's what you meant by "components").
You received this message because you are subscribed to the Google Groups "memory-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to memory-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/memory-dev/CABg10jyDBNgzoZm_nen9zPaAGsn0CaO15z9M60YuXyrShVfttQ%40mail.gmail.com.
Reply all
Reply to author
Forward
0 new messages