Mailing-List: contact users-help@myfaces.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "MyFaces Discussion" <users@myfaces.apache.org>
Received-SPF: pass (athena.apache.org: domain of mwessendorf@gmail.com
 designates 209.85.146.176 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth;
        b=Il/GFSmfQAgAMRsnqo3+sDbVjFAk2jKqDGr8Gvpf3yU69T5OoTE/GgLu067gOjElqQKuj0C1swb5I4PMsEwLad/mzdN8mkCQFcLfwafuAA3Ryh9QyYdAAiWjHTWr1fphzwTBs4gnRHt6sI38kgaGOC5CoWwL4vZ1uckdgJx3Zh8=
Message-ID: <71235db40803271025i1c7ef4b7y63c8daa5cd68ec14@mail.gmail.com>
Date: Thu, 27 Mar 2008 18:25:23 +0100
From: "Matthias Wessendorf" <matzew@apache.org>
Sender: mwessendorf@gmail.com
To: "MyFaces Discussion" <users@myfaces.apache.org>
Subject: Re: [Trinidad] Browser memory consumption
In-Reply-To: <926592fe0803271010v774502afq10d3d77488bbea8b@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <926592fe0803270739h34394e31he455f7ba50ce46db@mail.gmail.com>
	 <47EBB4D9.7060103@oracle.com>
	 <926592fe0803270841g8c6f028saa9da6822688b5ac@mail.gmail.com>
	 <9a64d7d10803270854h26e8e20cpabda0511acb8b696@mail.gmail.com>
	 <926592fe0803270921v541f7bd7j5647cf06329c0afc@mail.gmail.com>
	 <926592fe0803271010v774502afq10d3d77488bbea8b@mail.gmail.com>

Hi,

On Thu, Mar 27, 2008 at 6:10 PM, Davide Bonicelli <dadodev@gmail.com> wrote=
:
> The cause of the problem is definitively the IE rendering engine:
> http://javascript.weblogsinc.com/2005/03/07/javascript-memory-leaks/
> http://www.posos.net/page/Index.cfm?SelNavID=3D2708
> http://msdn2.microsoft.com/en-us/library/bb250448(VS.85).aspx

thanks for sharing.

>
> Now my question is, do you think it's worthed the effort of trying to mod=
ify
> Common1_0_X.js to prevent the leak problem?
> Maybe using a solution like this one:
> http://novemberborn.net/javascript/event-cache    (this won't work for
> Trinidad out of the box but we could use the same approach).

I'd say yes.
Willing to help ? ;-)

-Matthias

>
> Davide
>
>
> On Thu, Mar 27, 2008 at 11:21 AM, Davide Bonicelli <dadodev@gmail.com>
> wrote:
>
> >
> > Hi Volker and Renzo,
> >    the page I'm using to test memory usage is very simple and doesn't u=
se
> any custom javascript or PPR.
> >
> > Here is the code:
> >
> > /** LAYOUT **/
> >
> > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
> >
> > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> >
> > <tr:document xmlns:ui=3D"http://java.sun.com/jsf/facelets"
> >
> > xmlns:f=3D"http://java.sun.com/jsf/core"
> >
> > xmlns:h=3D"http://java.sun.com/jsf/html"
> >
> > xmlns:tr=3D"http://myfaces.apache.org/trinidad"
> >
> > xmlns:trh=3D"http://myfaces.apache.org/trinidad/html"
> >
> > title=3D"Base test">
> >
> >
> >
> > <f:view>
> >
> >
> >
> > <head>
> >
> > <meta http-equiv=3D"Content-Type"
> >
> > content=3D"text/html; charset=3Diso-8859-1" />
> >
> > <title>RedMane Trinidad Test</title>
> >
> >
> >
> > <ui:insert name=3D"beforeLoadScripts" />
> >
> >
> >
> > </head>
> >
> >
> >
> >
> >
> > <tr:form
> >
> > defaultCommand=3D"#{defaultFormCommand !=3D null ? defaultFormCommand :
> 'none'}"
> >
> > id=3D"mainForm">
> >
> > <div id=3D"header"><!-- HEADER MENU --> <ui:insert
> >
> > name=3D"headerMenu">
> >
> > <ui:include src=3D"headerMenu.xhtml" />
> >
> > </ui:insert></div>
> >
> >
> >
> > <div id=3D"content">
> >
> > <div id=3D"menuContent">
> >
> > <div id=3D"logo">
> >
> > <h1><a href=3D"#">Your Logo</a></h1>
> >
> > <h2><a href=3D"http://www.redmane.com/">your link</a></h2>
> >
> > </div>
> >
> >
> >
> > <!-- LEFT SIDE MENU --> <ui:insert name=3D"menu">
> >
> > <ui:include src=3D"menu.xhtml" />
> >
> > </ui:insert></div>
> >
> >
> >
> > <div id=3D"bodyContent">
> >
> > <div id=3D"welcome"><!-- PAGE TITLE -->
> >
> > <h2><ui:insert name=3D"title">Default Page title</ui:insert></h2>
> >
> >
> >
> > <!-- ERROR MESSAGES --> <tr:messages /> <!-- PAGE CONTENT --> <ui:inser=
t
> >
> > name=3D"content">
> >
> > <ui:include src=3D"content.xhtml" />
> >
> > </ui:insert></div>
> >
> > </div>
> >
> > </div>
> >
> > <div style=3D"height:20px;"/>
> >
> > <!-- FOOTER -->
> >
> > <ui:insert name=3D"footer">
> >
> > <ui:include src=3D"footer.xhtml" />
> >
> > </ui:insert>
> >
> >
> >
> > </tr:form>
> >
> >
> >
> > </f:view>
> >
> >
> >
> > <ui:insert name=3D"afterLoadScripts"/>
> >
> >
> >
> > </tr:document>
> > /** THE PAGE **/
> > <tr:subform
> >
> >
> > xmlns:ui=3Dhttp://java.sun.com/jsf/facelets
> >
> > xmlns:f=3D"http://java.sun.com/jsf/core"
> >
> > xmlns:tr=3D"http://myfaces.apache.org/trinidad">
> >
> >
> >
> > <ui:composition template=3D"/layout/layout.xhtml">
> >
> >
> >
> > <ui:define name=3D"title">Home Page</ui:define>
> >
> >
> >
> > <ui:define name=3D"content">
> >
> > Welcome
> >
> >
> >
> > <p>
> >
> > <tr:group rendered=3D"#{securityContext.ifAllGranted['ROLE_TEST']}">
> >
> > Testing ACEGI JSF
> >
> > </tr:group>
> >
> > </p>
> >
> >
> >
> > </ui:define>
> >
> >
> >
> > </ui:composition>
> >
> > </tr:subform>
> >
> > /** END OF CODE **/
> >
> > By simply refreshing this page, the IE keeps allocating more memory.
> >
> > Since Firefox is behaving fine, I suppose it's an IE7 problem, so we
> cannot do anything about it. I also made the same tests on maps.google.co=
m
> (that for what I know uses a lot of AJAX and Javascript) and it presents =
the
> same behavior!
> >
> > I'll maybe post something on an IE forum, but I don't expect a quick
> solution to the problem (or any solution at all...) from Bill...
> >
> > Thanks again
> >
> > Davide
> >
> >
> >
> >
> > On Thu, Mar 27, 2008 at 10:54 AM, Volker Weber <v.weber@inexso.de> wrot=
e:
> >
> > > Hi Davide,
> > >
> > > did you use own javascript in your app?
> > >
> > > If you assign htmlNode objects to javascript object properties and/or
> > > vice versa the IE (at least IE6) did not correct free them on page
> > > unload. You need to remove this yourself by assigning undefined to
> > > those properties in the unload handler.
> > >
> > > We had a similar problem in tobago which we solved this way.
> > >
> > >
> > > Regards,
> > >    Volker
> > >
> > > 2008/3/27, Davide Bonicelli <dadodev@gmail.com>:
> > >
> > >
> > >
> > > > Hi Max,
> > > >    thanks for your help.
> > > >
> > > > I ran sIEve and pointed it the homepage of my application.
> > > > It didn't detect any leak, but three cycle dependencies and an orph=
an.
> I
> > > > cannot post the output of the scan because it's humongous!
> > > > However, if I run "Auto-refresh" on my app for few seconds, I can s=
ee
> the
> > > > memory usage increasing linearly with increments between 380Kb and
> 1500Kb
> > > > per refresh. Meanwhile, the number of nodes used in the DOM never
> exceed 92.
> > > >
> > > > At this point I suppose Trnidad is not leaking any memory, but some=
how
> IE is
> > > > not releasing memory while navigating through the pages of my app. =
I
> don't
> > > > see this behaviour in IE if I "Auto-refresh" other websites (ex.
> > > > google.com), where the memory used by IE is stable.
> > > >
> > > > I also have to correct my previous post: a deeper analysis shows me
> that
> > > > Firefox is deallocating the memory correctly while using my app (to=
o
> bad my
> > > > client wants to use IE7).
> > > >
> > > > I don't know if this problem is worthed a deeper investigation.
> > > >
> > > > Thanks
> > > > Bye
> > > > Davide
> > > >
> > > >
> > > >
> > > > On Thu, Mar 27, 2008 at 9:53 AM, Max Starets <max.starets@oracle.co=
m>
> wrote:
> > > >
> > > > > Hi Davide,
> > > > >
> > > > > If Trinidad's Javascipt library  leaks memory when user navigates
> from
> > > > > page to page, it is not normal
> > > > > or acceptable. There are tools, such as "drip" and "sIEve" that v=
an
> help
> > > > > us diagnose the problem.
> > > > >
> > > > > Regards,
> > > > > Max Starets
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Davide Bonicelli wrote:
> > > > > > Hi everybody,
> > > > > >     I'm developing an application based on Trinidad 1.0.7,
> > > > > > JSF-Facelets 1.1.14, Spring 2.5.2 and Hibernate 3.2.3ga running=
 on
> > > > > > Tomcat 5.5.
> > > > > > I noticed that while navigating through the pages of the
> application,
> > > > > > the browser keep consuming more and more memory (both IE7 and
> Firefox
> > > > > > 2). Every time I visit a page (even one I already visited in th=
e
> same
> > > > > > session), the memory used by the browser increases by about 1.5=
MB
> (I
> > > > > > monitored it with Sysinternal).
> > > > > > If I disable javascript in IE7 and load different pages of my
> > > > > > application, this behavior stops and the memory used by the
> browser is
> > > > > > stable, but logically the application doesn't work anymore.
> > > > > >
> > > > > > Is it normal that the browser consumes all this memory when usi=
ng
> > > > > > Trinidad? Did anybody else experienced this problem?
> > > > > > I suppose the problem is connected with Common1_0_7.js.
> > > > > > My concern is that I had the browser eating up to 350MB of memo=
ry
> in a
> > > > > > session of less than an hour and I don't want to have problems
> related
> > > > > > with memory consumption when the application goes into producti=
on
> and
> > > > > > is used for 8 hours a day by a user.
> > > > > >
> > > > > > Thanks for your help
> > > > > > Bye
> > > > > > Davide
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > inexso - information exchange solutions GmbH
> > > Bismarckstra=DFe 13      | 26122 Oldenburg
> > > Tel.: +49 441 4082 356 |
> > > FAX:  +49 441 4082 355 | www.inexso.de
> > >
> >
> >
>
>


--=20
Matthias Wessendorf

further stuff:
blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
mail: matzew-at-apache-dot-org