Hi Garrett,

Did you try Flash 9 plugin beta? Get one from http://labs.adobe.com/ 
downloads/flashplayer9.html
Do you have a testcase that flash eats memory heavily?

Flash may use a lots of memory in some case.
But I didn't find significant memory leak with Flash 9 plugin.
Let me know if you have a clue.

Ginn

On Apr 19, 2007, at 1:58 AM, Garrett D'Amore wrote:

> I'm pretty sure the problem is indeed flash.  As long as firefox  
> keeps the flash plugin running in the same process space, bugs in  
> flash are going to affect firefox.
>
>    -- Garrett
>
> Stuart Maybee wrote:
>> Just following up on my earlier mail on this topic.  I tried the
>> suggestions fom Ginn Chen, about modifing the config parameters:
>>
>>
>>> set browser.sessionhistory.max_entries and
>>>
>> browser.sessionhistory.max_total_viewers to 0 may help.
>>
>> However this did not seem to help.
>>
>> At the moment I am working around the problem by monitoring the  
>> RSS with
>> prstat and killing Firefox when it grows too large.
>> as to the question of what websites are accessed.   I started a fresh
>> Firefox last night and left tabs sitting at the following pages in my
>> browser.  With no clicks whatsoever overnight in ~8 hours the RSS  
>> grew
>> from 73M to 106M.
>>
>> Tabs at:
>> http://www.crh.noaa.gov/forecast/MapClick.php? 
>> FcstType=text&textField1=40.1846122741699&textField2=-105.11988067626 
>> 95&site=den&Radius=0&CiTemplate=0&TextType=1
>> http://www.avsforum.com/avs-vb/showthread.php?p=10308722#post10308722
>> http://www.google.com/
>> file:///net/xenbld.sfbay/disk3/smaybe/matrix/webrev/index.html
>>
>> Any more thoughts?  I am somewhat suspicious that the avsforum  
>> site may
>> be what is causing the problem since it has a flashing ad at the  
>> top of
>> the page.  However, it seems to me that if that causes unbounded  
>> growth
>> in Firefox it is a serious problem with Firefox.
>>
>>                      Stu
>>
>> On Mon, 2007-04-02 at 18:31 +0800, Brian Lu wrote:
>>
>>> Can you tell me which websites have you accessed?
>>>
>>> Brian
>>>
>>> Stuart Maybee wrote:et browser.sessionhistory.max_entries and  
>>> browser.sessionhistory.max_total_viewers to 0 may help.
>>>
>>>> I am currently running firefox 2.0.0.2 on a Nevada 48 Solaris  
>>>> Build.  I have noticed that Firefox keeps growing its RSS  
>>>> seemingly without bound.  I have also seen this with the  
>>>> earlier1.x version of Firefox I was running previously.  On  
>>>> startup it is a fairly reasonable 72M or so RSS, yet just while  
>>>> sitting idle overnight with 5 tabs at various web pages it grew  
>>>> to 158M RSS.  As I continue to use it, it keeps growing.  Over  
>>>> the course of a week or so It grew to over 900M RSS and throws  
>>>> my poor 2Gig workstation into a paging fit eventually.  (causing  
>>>> enough of Xorg to get paged or swapped out that my desktop  
>>>> effectively locks up for several minutes at a time while the  
>>>> disk light flashes furiously).
>>>> Some google research indicated I should try setting  
>>>> browser.cache.memory.enable in about:config to false.  However  
>>>> that does not seem to have halted the inexorable growth of  
>>>> Firefox's RSS.  Does anybody have any suggestions of something  
>>>> else to try? or is this a FAQ/known problem that I missed the  
>>>> simple fix for?  Thanks for any help,
>>>>
>>>>                                                                     
>>>>    Stu Maybee
>>>>   This message posted from opensolaris.org
>>>> _______________________________________________
>>>> desktop-discuss mailing list
>>>> desktop-discuss at opensolaris.org
>>>>
>>
>> _______________________________________________
>> desktop-discuss mailing list
>> desktop-discuss at opensolaris.org
>>
>
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org

--------
Ginn Chen
Software Engineer, Browser Team
Sun Microsystems, Inc.
Phone: x82869 / +86-10-62673869
Fax:   +86-10-62780969



-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://mail.opensolaris.org/pipermail/desktop-discuss/attachments/20070419/b2528d6b/attachment.html>

Reply via email to