Re: How to measure performance impact of l10n on UI

2016-07-25 Thread Mike Conley
> If I understand correctly, firstPaint from getStartupInfo will tell me when > the first paint of the window occured. > > But since I'm operating in a document (I'm working on about:support > document), I'm looking for the firstPaint of the document, not the whole > browser window. > > So,

Re: How to measure performance impact of l10n on UI

2016-07-24 Thread zbraniecki
One hour of reading DXR later and I *think* I want to get the timestamp of this: https://dxr.mozilla.org/mozilla-central/source/layout/base/nsPresShell.cpp#3809 or something around it :) as this will tell me a couple of things: 1) Things injected into DOM after this timestamp may/will cause

Re: How to measure performance impact of l10n on UI

2016-07-23 Thread zbraniecki
On Friday, July 22, 2016 at 6:53:45 AM UTC-7, Mike Conley wrote: > As for MozAfterPaint firing all over the place - you might find this > useful: > https://groups.google.com/forum/#!searchin/mozilla.dev.platform/MozAfterPaint/mozilla.dev.platform/pCLwWdYc_GY/j9A-vWm3AgAJ > > See the second

Re: How to measure performance impact of l10n on UI

2016-07-22 Thread zbraniecki
On Friday, July 22, 2016 at 6:53:45 AM UTC-7, Mike Conley wrote: > Is the firstPaint timestamp in nsIAppStartup's getStartupInfo[1] not > sufficient? It's apparently recording the time that firstPaint occurred. > I think you're already aware of this, but I'm in the process of > modifying ts_paint

Re: How to measure performance impact of l10n on UI

2016-07-22 Thread Mike Conley
Is the firstPaint timestamp in nsIAppStartup's getStartupInfo[1] not sufficient? It's apparently recording the time that firstPaint occurred. I think you're already aware of this, but I'm in the process of modifying ts_paint to record the delta between the firstPaint timestamp and the process

How to measure performance impact of l10n on UI

2016-07-21 Thread zbraniecki
As part of the work we're doing to replace old l10n API (DTD for HTML/XUL and StringBundle for JS) with new API, we're trying to measure the performance cost of DTD, StringBundle and its replacements. The challenge we encountered is that there doesn't seem to be a way to measure something that