W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > January 2017

Re: [webrtc-stats] Consider making (aggregate) stats more accessible

From: Ilya Grigorik via GitHub <sysbot+gh@w3.org>
Date: Thu, 12 Jan 2017 03:07:56 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-272064000-1484190475-sysbot+gh@w3.org>
@alvestrand the observation above is simply that existing API's 
require deep+manual instrumentation of each stream to collect the 
stats. Now, imagine you're a third party RUM vendor (e.g. Soasta, New 
Relic, Google Analytics), or a sister-team on a large project that's 
monitoring performance of the application.. In order to obtain the 
stats, via current APIs, would require modifying the deployed code 
and/or doing some rather invasive injection. This is the problem, that
 [performance timeline](https://w3c.github.io/performance-timeline/) 
was designed to solve: a mechanism through which different subsystems 
can emit various perf-related metrics and events, and that subscribers
 can monitor to collect/aggregate/act on. 

So, my suggestion above is simply to consider if and where using this 
mechanism makes sense in the context of WebRTC stats.. Exposing 
metrics via perf timeline would enable the entire ecosystem of 
existing RUM vendors and telemetry scripts to get insights into WebRTC
 performance on their pages.

-- 
GitHub Notification of comment by igrigorik
Please view or discuss this issue at 
https://github.com/w3c/webrtc-stats/issues/119#issuecomment-272064000 
using your GitHub account
Received on Thursday, 12 January 2017 03:08:02 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 4 June 2019 15:32:41 UTC