Bug 19396

Summary: Network Timeline Shows very wrong milliseconds
Product: WebKit Reporter: Vance Dubberly <altjeringa>
Component: Web Inspector (Deprecated)Assignee: Nobody <webkit-unassigned>
Status: RESOLVED WORKSFORME    
Severity: Normal CC: apavlov, aroben, rik, timothy
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: All   
OS: All   

Description Vance Dubberly 2008-06-04 14:03:31 PDT 
When using the network timeline in web inspector to check load times I notices that requests that show up in Firefoxes time line as taking 3-5ms show up in Webkits inspector as taking 180-225ms. I double check this against ab  and Firefox is accurate.  I've checked this against a number of sites... for instance yahoo( 69ms vs 282ms )  and google (10ms vs 367 ms).
Comment 1 Adam Roben (:aroben) 2008-06-05 03:39:01 PDT 
Maybe we're not measuring the same thing?

What's "ab"?
Comment 2 Vance Dubberly 2008-06-05 21:06:46 PDT 
While ya'll make in fact be measuring the metric differently, the timeline appears to mean "it took (n) milliseconds to load (x) resource".  I think most people will believe that means "request initiated thru server finishes transmit." Which is what  mozilla ab, httperf etc measure.  ab = Apache Benchmark...  <APACHE_ROOT>/bin/ab
 
thanks....
Comment 3 Timothy Hatcher 2008-08-19 11:46:59 PDT 
Has this changed now that we show latency separately?
Comment 4 Alexander Pavlov (apavlov) 2010-03-12 07:27:01 PST 
The times reported in the bug congrue with currently-rendered "download" vs "total" times, closing.
Comment 5 Alexander Pavlov (apavlov) 2010-03-18 03:54:40 PDT 
Fix resolution status as advised by AP