<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">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>