Open Bug 1348405 Opened 6 years ago Updated 2 months ago
Implement Long Task API (v1)
A new performance API to enable applications to measure responsiveness, by detecting presence of “long tasks” that cause contention on the main thread. References: Spec: https://wicg.github.io/longtasks Explainer: https://github.com/spanicker/longtasks Tag review link: https://github.com/w3ctag/spec-reviews/issues/150 Chrome's Intent to Ship: https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/Mx9q5WXunSE
Long Tasks proposals are being migrated from WICG to WebPerf WG > Long Tasks API was incubated in WICG and the group has been involved from the start: we discussed it at length at TPAC and been iterating on it since, in our calls and via WICG discussions. Chrome is shipping v1 of the API soon. We intend to migrate and continue work on this spec within WebPerf WG.
I'm interested in smaug's thoughts here but his queue is closed so I'll ask him by email and report back (leaving needinfo on me).
smaug's needinfo queue is open :)
Flags: needinfo?(overholt) → needinfo?(bugs)
What is the current spec for this? https://w3c.github.io/longtasks/ clearly says "Not Ready For Implementation" and that is from February.
(In reply to Olli Pettay [:smaug] from comment #4) > What is the current spec for this? > https://w3c.github.io/longtasks/ clearly says "Not Ready For Implementation" > and that is from February. Fixed in https://github.com/w3c/longtasks/pull/23 Related a discussion on blink-dev: https://groups.google.com/a/chromium.org/forum/#!topic/blink-dev/Mx9q5WXunSE
ni? overholt for prioritization. v1 is in Chrome since 58. Would it make sense to start with a technical review of the spec if there any blockers?
I'll try to get it into our queue for the next few months. Any more info you can share about usefulness would be appreciated.
Priority: -- → P2
The Activity Stream team is interested in this.
Facebook & LinkedIn both are interested in this. Related, Soasta/Akamai rolled this out on a few sites and shared tips & first insights in a presentation at Fluent in collaboration with Shubhie from Google https://cdn.oreillystatic.com/en/assets/1/event/259/Reliably%20measuring%20responsiveness%20in%20the%20wild%20Presentation.pdf (Long Task started at page 22) This can really help sites to identify the culprits for slow page load and optimize more effectively. This presentation only focuses on page load as it is the easiest to aggregate. I don't agree that Long Task is very interesting for page load as is becomes most important after the page is actually interactive. This API will be even more useful for single page apps, like FB and LinkedIn.
Back to :overholt for prioritizing, considering the new input.
Flags: needinfo?(bugs) → needinfo?(overholt)
Thanks! Still P2 as we keep all non-critical-but-important-next-items as P2 but the information is great to facilitate that conversation.
Whiteboard: [platform-rel-Facebook] → [platform-rel-Facebook] [webpagetest]
Severity: -- → N/A
Priority: -- → P3
You need to log in before you can comment on or make changes to this bug.