<div dir="ltr">A note on implementation:<div><br></div><div>Measurements such as slowSQL, chrome-hangs, and thread-hangs are implemented in C++ and TelemetryPing.jsm simply queries the relevant C++ code for the measurements when creating a ping.</div><div><br></div><div>We will have to modify each implementation to support two versions of the measurements (whole-session and sub-session).</div><div>We might want to report only the whole-session version of these measurements initially.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 28, 2015 at 3:28 PM, Vladan Djeric <span dir="ltr"><<a href="mailto:vdjeric@mozilla.com" target="_blank">vdjeric@mozilla.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">We're considering submitting both a full-session Telemetry/FHR ping and subsession pings during each Firefox session as a stopgap measure while we unify Telemetry & FHR.<div><br><div>I volunteered to look into the memory overhead of this approach.</div><div><br></div><div>In my Firefox 35 (release) session on Windows 7 with an uptime of 18 hours, I noted the following entries for Telemetry in about:memory:</div><div><ul><li>1MB TelemetryFile for single-process</li><ul><li>This is completely unexpected, I filed <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1126986" target="_blank">bug 1126986</a></li></ul><li><b>270 kB for Telemetry heap data allocated by C++ code</b></li><ul><li><b>Pretty much all the Telemetry data (histograms and other data types) are stored in C++ code</b><br></li></ul><li>106 kB for TelemetryPing.jsm</li><li>74 kB for BrowserUITelemetry.jsm<br></li><li>34 kB for TelemetryLog.jsm<br></li><li>34 kB for TelemetryStopwatch.jsm</li><li>29 kB for TelemetryTimestamps.jsm<br></li><li>27 kB for UITelemetry.jsm<br></li><li>23KB for TelemetryStartup.js<br></li></ul><div>The actual Telemetry ping for this session was 112 KB in uncompressed JSON form.<br></div></div></div><div>An 8 day session from Nightly 38 (non-E10S) on Windows 8.1 had very similar numbers.<br></div><div>Each process in an E10S session had roughly the same cost as the numbers above.</div><div><br></div><div>I think an additional ~300KB memory overhead on desktop machines is acceptable.</div><div><br></div></div>
</blockquote></div><br></div>