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)

x86
Linux
defect
Not set
normal

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
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
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.
mats, make sense to you?
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
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
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.