Closed Bug 1174430 Opened 9 years ago Closed 9 years ago

FPS graph not useful for determining performance headroom / page efficiency

Categories

(DevTools :: Performance Tools (Profiler/Timeline), enhancement, P3)

enhancement

Tracking

(firefox41 affected)

RESOLVED DUPLICATE of bug 1153701
Tracking Status
firefox41 --- affected

People

(Reporter: callahad, Unassigned)

References

Details

(Keywords: DevAdvocacy)

Attachments

(1 file)

See attached screenshot comparing the Firefox and Chrome timelines. Each browser was used to profile slide transitions on: Top: https://stolksdorf.github.io/Parallaxjs/ (jQuery.animate; lots of painting) Bottom: http://lab.hakim.se/reveal-js/#/ (CSS3 translations; mostly compositing) Firefox measures framerate during the profile, which only tells me if my page is efficient enough to hit 60 fps on my specific computer. It doesn't reveal information that lets me understand the margin / headroom I have above that. Thus, I can't easily use the performance tools to continue optimizing my page beyond the point where it hits 60 fps on my development machine. Chrome measures rendering time per frame, and shows a bar chart growing upwards towards 16.67 ms (60 fps) and 33.33 ms (30 fps). This lets me see the difference between frames that render in 15 ms and ones that only take 2 fps. In Firefox, these are indistinguishable.
Jordan, some useful feedback here.
Flags: needinfo?(jsantell)
We have a few bugs open for frame information that this is dependent on -- victor's working on exposing more information on frames which will get us closer to this goal
Depends on: 1077460, 1171090
Flags: needinfo?(jsantell)
Triaging. Filter on ADRENOCORTICOTROPIC (yes).
Priority: -- → P3
Summary: [timeline] FPS graph not useful for determining performance headroom / page efficiency → FPS graph not useful for determining performance headroom / page efficiency
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: