https://bugzilla.wikimedia.org/show_bug.cgi?id=65111

--- Comment #1 from Tisza GergÅ‘ <[email protected]> ---
Compared the results of loadTimes() with the standard navigation API by running

$.each( performance.timing, function( key, val ) { if ( typeof( val ) ===
'number' ) console.log( key, val - performance.timing.navigationStart ) } );
$.each( chrome.loadTimes(), function( key, val ) { if ( typeof( val ) ===
'number' ) console.log( key, val * 1000 - performance.timing.navigationStart )
} );

- requestTime corresponds to navigationStart (with a few ms difference)
- startLoadTime is connectStart
- commitLoadTime is domLoading
- finishDocumentLoadingTime is domContentLoadedEventStart (or ...End, doesn't
seem to be any difference)
- finishLoadTime is loadEventEnd (again, with a few ms difference)

That leaves firstPaintTime and firstPaintAfterLoadTime. firstPaintTime comes
after domLoading, but well before domInteractive/domContentLoaded*. On a
vagrant box with just a few extensions, it comes 100ms after domLoading; on
enwiki, the difference is 250ms. If it shows what its name suggests, it might
be a good way of measuring the delay caused by head scripts.

firstPaintAfterLoadTime follows loadEventEnd closely (probably too closely to
be interesting - 5ms on plain vagrant, 50ms on enwiki). There is no data for
first paint time after domcontentloaded, which would have been more
interesting.

Of the non-numeric fields, most are SPDY/NPN related. navigationType is similar
to performance.navigation.type, but judging from the source code (
https://src.chromium.org/svn/trunk/src/chrome/renderer/loadtimes_extension_bindings.cc
) it has more values: link clicked / form submitted / form resubmitted /
history / reload. Not useful since logging is disabled for most of these
anyway.

So firstPaintTime and maybe firstPaintAfterLoadTime seem to be the only useful
ones.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to