va...@chromium.org, mlip...@chromium.org
https://github.com/WICG/performance-measure-memory
https://github.com/WICG/performance-measure-memory
Original docs:
https://web.dev/monitor-total-page-memory-usage
https://github.com/WICG/performance-measure-memory/blob/master/ORIGIN_TRIAL.md
performance.measureUserAgentSpecificMemory() is specified to only be available in cross-origin isolated environments (behind COOP/COEP).
This is a request for removing the COOP/COEP restriction for a limited amount of time from M120 to M121. This is to allow partners that adopted WasmGC on WebWorkers to perform regression tests in the wild as well as measure their impact. These partners are not fully ready to deploy COOP/COEP.
Note that performance.memory (legacy API) cannot be used for this purpose as it was never enabled on workers.
The timeline has been adjusted to match the OT for SharedArrayBuffer on non-isolated pages.
JavaScript memory, crossOriginIsolated, performance.measureMemory()
-
-
MeasureMemory
-
-
This area is unchanged from the original launch.
The actual memory usage of a web page is not comparable across browsers. The granularity of memory usage breakdown will differ across browsers.
Gecko: Under consideration (https://github.com/mozilla/standards-positions/issues/281)
WebKit: No signal (https://lists.webkit.org/pipermail/webkit-dev/2020-April/031160.html)
Web developers: Positive (https://docs.google.com/document/d/1u21oa3-R1FhHgrPsh8-mpb8dIFVj60wcFiM5FFrfIQA/edit#heading=h.6si74uwp7sq8) Developers from Gmail, Google Docs/Slides/Sheet, Facebook, YouTube contributed use cases for a memory measurement API. The proposal was presented at WebPerf WG F2F June 2019 meeting with positive feedback from developers.
Other signals:
None
None
The API relies on COOP and COEP for security. See https://github.com/ulan/performance-measure-memory#security-considerations
This is the restriction that is supposed to be temporarily lifted.
Does this intent deprecate or change behavior of existing APIs, such that it has potentially high risk for Android WebView-based applications?
None
Allow partners to perform A/B testing when deploying relatively heavy applications on web workers.
-
-
No (unchanged)
Yes
None
None
False
Bug for OT: https://bugs.chromium.org/p/chromium/issues/detail?id=1486857
https://bugs.chromium.org/p/chromium/issues/detail?id=1049093
https://bugs.chromium.org/p/chromium/issues/detail?id=1048745
https://chromestatus.com/feature/5685965186138112
Intent to Experiment: https://groups.google.com/a/chromium.org/g/blink-dev/c/zxCKzulX424/m/bb1QR23rAQAJ
This intent message was generated by Chrome Platform Status.
Contact emails
va...@chromium.org, mlip...@chromium.org
Explainer
https://github.com/WICG/performance-measure-memory
Specification
https://github.com/WICG/performance-measure-memory
Design docs
Original docs:
https://web.dev/monitor-total-page-memory-usage
https://github.com/WICG/performance-measure-memory/blob/master/ORIGIN_TRIAL.md
Summary
performance.measureUserAgentSpecificMemory() is specified to only be available in cross-origin isolated environments (behind COOP/COEP).
This is a request for removing the COOP/COEP restriction for a limited amount of time from M120 to M121. This is to allow partners that adopted WasmGC on WebWorkers to perform regression tests in the wild as well as measure their impact. These partners are not fully ready to deploy COOP/COEP.
Note that performance.memory (legacy API) cannot be used for this purpose as it was never enabled on workers.
The timeline has been adjusted to match the OT for SharedArrayBuffer on non-isolated pages.
Links to previous Intent discussions
Intent to Experiment: https://groups.google.com/a/chromium.org/g/blink-dev/c/zxCKzulX424/m/bb1QR23rAQAJ
This intent message was generated by Chrome Platform Status.
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAH%2BmL5CWW3BoKqN2%3DvxwZYAD9JzJdwCoYUwHDA8Hay_AhfqXPA%40mail.gmail.com.
This is exciting! Thanks for working on this!!On Fri, Oct 13, 2023 at 10:42 AM Michael Lippautz <mlip...@chromium.org> wrote:Contact emails
va...@chromium.org, mlip...@chromium.org
Explainer
https://github.com/WICG/performance-measure-memory
Specification
https://github.com/WICG/performance-measure-memory
Design docs
Original docs:
https://web.dev/monitor-total-page-memory-usage
https://github.com/WICG/performance-measure-memory/blob/master/ORIGIN_TRIAL.md
Summary
performance.measureUserAgentSpecificMemory() is specified to only be available in cross-origin isolated environments (behind COOP/COEP).
This is a request for removing the COOP/COEP restriction for a limited amount of time from M120 to M121. This is to allow partners that adopted WasmGC on WebWorkers to perform regression tests in the wild as well as measure their impact. These partners are not fully ready to deploy COOP/COEP.
Do you want to experiment with removing the API's restrictions generally or to sites that opt-in to this? (Through an OT flag, I'm assuming)
Note that performance.memory (legacy API) cannot be used for this purpose as it was never enabled on workers.
The timeline has been adjusted to match the OT for SharedArrayBuffer on non-isolated pages.
IIUC the restrictions on measureUASpecificMemory and SharedArrayBuffer are similar but for different reasons. Would we have a separate OT token for this?
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/488d9545-f987-4611-9873-1f9c467e0208n%40chromium.org.
I've adjusted the stage to 'Origin Trial' and added the OT milestones. Does this trigger the relevant reviews?