Closed
Bug 751530
Opened 12 years ago
Closed 12 years ago
High Resource Use, Plugin-Container
Categories
(External Software Affecting Firefox Graveyard :: Flash (Adobe), defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: arky, Unassigned)
Details
(Keywords: perf)
Browsing to this website make firefox and and plugin-container take 50% of CPU. http://vietandroid.com/ http://vietandroid.com/tin-tuc.html
Comment 1•12 years ago
|
||
what version are you using? I can't reproduce with Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:16.0) Gecko/16.0 Firefox/16.0 0624 build
Keywords: perf
Comment 2•12 years ago
|
||
Note that the reporter mentions Linux, not Windows. I can reproduce this (especially when watching videos on youtube). NOTE: http://vietandroid.com/ is not displaying anything for me and the subpage is generating a 404 error. Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/16.0 Firefox/16.0 Shockwave Flash 11.2 r202 3.3.0 NVIDIA 295.49 Ubuntu 12.10 64-bit Linux 3.2.0-24-generic GNOME 3.4.1 Memory: 3.9 GiB Processor: Intel® Core™ i7 CPU Q 720 @ 1.60GHz × 8 NOTE: I am using Gnome Shell, not Unity. NOTE: I have flash's hardware acceleration disabled as it renders the images blue! YouTube video, standard size, current tab (visible) plugin-container -- 56%-64% Main Thread (firefox) -- 16% YouTube video, standard size, not current tab (hidden) plugin-container -- 40%-48% Main Thread (firefox) -- 0% YouTube video, full screen, current tab (visible) plugin-container -- 104%-112% Main Thread (firefox) -- 0% BBC iPlayer video, standard size, current tab (visible) plugin-container -- 40%-48% Main Thread (firefox) -- 8% BBC iPlayer video, standard size, not current tab (hidden) plugin-container -- 32%-40% Main Thread (firefox) -- 0% BBC iPlayer video, full screen, current tab (visible) plugin-container -- 104%-112% Main Thread (firefox) -- 0% Playing the video via mplayer or totem does not consume this much CPU at full screen. This is likely due to there being an accelerated rendering path on Windows, where the image data gets rendered to a GPU buffer and displayed on the GPU, whereas on Linux it is going through shared memory on the system, not the GPU.
Comment 3•12 years ago
|
||
mats, make sense to you?
Comment 4•12 years ago
|
||
Linux64 debug build with Adobe Flash plugin 11.0.1.152: After loading http://vietandroid.com/tin-tuc.html the plugin-container process stabilize at 14%. However, after scrolling the page to the end it stabilize around 50%. I'm guessing it's that marquee-like thing that displays variations of the Android logo that cause the perf problem. 'perf report --stdio --sort=dso' attributes 80% of the "overhead" (whatever that is) to libflashplayer-11.0.1.152.so so it looks to me like the performance problem is within the Adobe Flash plugin itself.
Component: General → Flash (Adobe)
Product: Firefox → Plugins
Version: Trunk → unspecified
Comment 5•12 years ago
|
||
Flash 11.2 is the only supported Linux version. And it's unlikely that we are going to make any changes to the current behavior, given that it's basically EOL for Adobe and we have other more critical issues to investigate.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Updated•2 years ago
|
Product: External Software Affecting Firefox → External Software Affecting Firefox Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•