Closed Bug 966755 Opened 12 years ago Closed 12 years ago

Network statistics report wrong total download times

Categories

(DevTools :: Netmonitor, defect)

x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
Firefox 29

People

(Reporter: Optimizer, Assigned: Optimizer)

Details

Attachments

(1 file, 1 obsolete file)

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.
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
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 → ---
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 :)
It actually *is* seconds!
Summary: Network statistics report wrong download speed → Network statistics report wrong total download times
Attached patch ms->seconds (obsolete) — Splinter Review
Fixed the string, both key and value.
Assignee: nobody → scrapmachines
Status: REOPENED → ASSIGNED
Attachment #8369213 - Flags: review?(vporof)
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+
Attached patch ms->seconds2Splinter Review
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+
Status: ASSIGNED → RESOLVED
Closed: 12 years ago12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 29
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: