In the meantime we have a spec draft: https://wicg.github.io/performance-measure-memory
There is a pending change [1] to restrict the scope of the API to the current process (i.e. the current address space).

Could you please take a look and give Webkit's position on the API?

Thank you,
Ulan.

[1]: https://github.com/WICG/performance-measure-memory/pull/23

On Thu, Apr 2, 2020 at 2:17 PM Ulan Degenbaev <ulan@google.com> wrote:
Hello webkit-dev,

I'd like to solicit feedback as well as an official position from Webkit on
our proposal for the new memory measurement API:
https://github.com/WICG/performance-measure-memory

The proposal generalizes the previous performance-memory proposal [1] that was abandoned [2] due to information leak of cross-origin resources. The new API addresses the information leak and process model issues raised in the previous feedback [3].

What is different in the new API?

- It relies on COOP+COEP [4] for preventing cross-origin information leaks (see "Security Considerations"). Besides security, COOP+COEP also helps implementability because the browser needs to isolate the web page from other web pages.
- It does not assume any particular process model and is defined using the standard concepts such as JS agent cluster and browsing context group.
- It has an extensible and generic interface for breaking down memory usage by type (JS, DOM, GPU) and owner. Implementers can choose the level of detail they are willing to provide based on their performance trade-offs (see "Performance Considerations").