Closed
Bug 966755
Opened 12 years ago
Closed 12 years ago
Network statistics report wrong total download times
Categories
(DevTools :: Netmonitor, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 29
People
(Reporter: Optimizer, Assigned: Optimizer)
Details
Attachments
(1 file, 1 obsolete file)
4.50 KB,
patch
|
Optimizer
:
review+
|
Details | Diff | Splinter Review |
See this screenshot : http://i.snag.gy/pCTjR.jpg
In both the charts, divide the Total size / time taken to get download speed.
It gives 10MBps and ~9MBps in this case.
My internet speed is actually 8mbps. Notice the small mb making the actual download speed to be 1MBps.
Is there a catch to those numbers ? If not, then they are being over reported.
Comment 1•12 years ago
|
||
There are many factors that can affect these numbers, like not all downloads being made simultaneously, nor consecutively, not in any kind of deterministic way. Summing up things is a bad way to ascertain network bandwidth.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Assignee | ||
Comment 2•12 years ago
|
||
However parallel the downloads happen, my download speed is restricted by my ISP and my plan. It can never exceed that limit. Not by ten folds.
I beg to differ that this is invalid, or some massive optimization/parallelism or some other factor increased my download speed by 10 folds.
It might be that we are getting some wrong data by the necko layer, but then, the normal network waterfall gives accurate time and size, so that is that.
I think there should be more information provided on what the "Time" field is displaying.
See this screenshot - http://i.snag.gy/1153r.jpg . Some of the resources are taking more than 500ms. [This is with cache disabled]
Now for the same page, I check the network statistics - http://i.snag.gy/hipFu.jpg
It says that "Time" is 72.41ms . Is it the average time taken to download each resource ? What is it ?
It definitely cannot be total cumulative time taken to download all resources.
After debugging through, I saw that in netmonitor-view.js:2453 you divide the total time for each type of resource by 1000, making the total time in "Seconds" but the chart says it is "ms". I think that is the main issue.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 3•12 years ago
|
||
It's not seconds, it's milliseconds. The same division is made to display the time in the waterfall. Even more, if it really was seconds, that would mean that pages take one or two minutes to download on my machine :)
Comment 4•12 years ago
|
||
It actually *is* seconds!
Updated•12 years ago
|
Summary: Network statistics report wrong download speed → Network statistics report wrong total download times
Assignee | ||
Comment 5•12 years ago
|
||
Fixed the string, both key and value.
Assignee: nobody → scrapmachines
Status: REOPENED → ASSIGNED
Attachment #8369213 -
Flags: review?(vporof)
Comment 6•12 years ago
|
||
Comment on attachment 8369213 [details] [diff] [review]
ms->seconds
Review of attachment 8369213 [details] [diff] [review]:
-----------------------------------------------------------------
r+ with the below change.
::: browser/locales/en-US/chrome/browser/devtools/netmonitor.properties
@@ +171,5 @@
> charts.totalSize=Size: %S KB
>
> # LOCALIZATION NOTE (charts.totalTime): This is the label displayed
> +# in the performance analysis view for total requests time, in seconds.
> +charts.totalTime=Time: %S seconds
Should change this string's name too.
Attachment #8369213 -
Flags: review?(vporof) → review+
Assignee | ||
Comment 7•12 years ago
|
||
done. and changed the string "seconds" to "s" for the table, as suggested on IRC.
Attachment #8369213 -
Attachment is obsolete: true
Attachment #8369216 -
Flags: review+
Comment 8•12 years ago
|
||
Comment 9•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 29
Updated•7 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•