Closed Bug 564415 Opened 14 years ago Closed 14 years ago

Plugin-Container Hardware Interrupts

Categories

(Core Graveyard :: Plug-ins, defect)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: dauge, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100503 Firefox/3.6.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100503 Firefox/3.6.4

Whenever I load a video(flash) and plugin-container starts hardware interrupts go from about 150 per second to 2000+.

Terminating plugin-container doesn't help.  The only thing that gets them back down is to close ff.  Even stopping the video doesn't do any good.

Reproducible: Always

Steps to Reproduce:
1.start a monitor that shows hardware interrupts
2.play a flash video
3.watch hardware interrupts soar.


Expected Results:  
Hardware interrupts remain about the same.
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Summary: Plugin-Container Hardware Interrupts → [OOPP] Plugin-Container Hardware Interrupts
Do you get this only with OOPP or do you get the same with FF3.6.3 ?
Haven't run 3.6.3 but the interrupts don't spike up until oop runs and then they stay high until ff closed.
What video site? I'd like to figure out whether this happens with windowless (hulu) or windowed (youtube) Flash sites.
Did it both on hulu and youtube
How are measuring the interrupts?
I use taskinfo which shows the interrupts per second.  You can download at http://www.iarsn.com/taskinfo.html for a 30 day trial
I have quicktime, real player, flash, shockwave for director and windows media player installed.

I disabled all of them and then enabled only one at a any given time time and ran tests.  Each one caused interrupts to soar.

Interesting though it didn't appear that all of them use the container-plugin, some appeared to do their thing with just Firefox running.
I duplicated this behavior on my girl friend's pc.  Same firefox different hardware.
Found another ramification to high interrupts.  My PC would not automatically go into standby or hibernate when firefox was causing high interrupts.

As soon I i closed Firefox and the interrupts returned to normal the PC automatically went into standby and then hibernate.
I loaded 3.6.3 on my girlfriends computer and that does it too.

This really needs fixed.  I wish someone would take the ball and run with it as I see it is still shown as "Unconfirmed".

Please could you take a look at this with some seriousness.  I have done everything you asked me to do and can go no further.  You will eventually get lots of complaints as soon as other people figure out what's going on.

thx dave
Given that this happens with 3.6.3, it is not a regression from out-of-process plugins and is a lower priority.

Hardware interrupts are usually caused by I/O or input.
Summary: [OOPP] Plugin-Container Hardware Interrupts → Plugin-Container Hardware Interrupts
It's probably a bunch of the timers we use, if I had to guess.
This appears to have been fixed in the build dated 5/27.
I won't pretend to understand, the bugs we fixed really don't have much to do with this, bug I'm glad it's better!
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.