myfaces-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Kito Mann <kito.m...@virtua.com>
Subject Re: My Faces Tunning
Date Tue, 18 Oct 2011 15:30:49 GMT
Hello David,

How large are your pages? Do you have several tabs each with nested tabs and
lots of fields? Which component suite(s) are you using?
---
Kito D. Mann | twitter: kito99 | Author, JSF in Action
Virtua, Inc. | http://www.virtua.com | JSF/Java EE training and consulting
http://www.JSFCentral.com - JavaServer Faces FAQ, news, and info | twitter:
jsfcentral
+1 203-404-4848 x3

* Listen to the latest headlines in the JSF and Java EE newscast:
http://blogs.jsfcentral.com/roller/editorsdesk/category/JSF+and+Java+EE+Newscast
* Keep up with the aftermath of the Oracle/Sun merger:
http://www.mergerspeak.com



On Mon, Oct 17, 2011 at 4:16 PM, Boyd, David (Corporate) <
David.Boyd@adesa.com> wrote:

> All,
>
>
>
> I am doing some investigation into how to shrink the amount of session
> memory our JSF application is consuming on a per user basis.
>
>
>
> We are using MyFaces 1.1.7 and Tomahawk 1.1.5 running on IBM Websphere
> 7.0 patch 19. (Not able to upgrade either of these items at this time)
>
>
>
> IBM's guideline is that the session size should be less then 5k -
> average around 2.5k in order not to impact performance of the server and
> session replication.  We are currently using Memory to Memory but
> looking at moving to database as suggested by IBM.
>
>
>
> Our site was running at about 35M per user.  We changed the number of
> view states from 100 to 10 and that dropped it down to around 4M.
>
>
>
> We have several backing beans which are currently session scope and are
> looking at changing them to request scope.
>
>
>
> I also found the following:
> http://www.econsulting.nl/images/pdf/Tuning%20JSF%20Applications-%20J-Sp
> ring%202008.pdf which seems to have a lot of information concerning how
> JSF handles certain content on the pages.  This is still under
> investigation to make sure what is stated make sense.
>
>
>
> I have also read somewhere that regardless if the managed backing bean
> is session or request scope is that the view state will still have the
> bean and its content.  So the view state size will not change.  Looking
> for clarification on this one.
>
>
>
> The questions is are others facing the same issue in which JSF
> applications tend to consume a lot of memory for a given users session?
>
>
>
>
> What are some of the best practices to reduce this size if any or is
> this just the way when using JSF?
>
>
>
> Issues with session replication on IBM WebSphere when running a JSF
> application?
>
>
>
> What we see as a result of this is that in the event a user hops to
> another server, the session data is not present due to how large the
> data is and how long it takes to replicate.  User experience issues.
>
>
>
> We had seen an issue in which it appeared that changes to the object in
> the session was not being updated correctly and have done some session
> management tuning in which we customize the settings so that all session
> attributes are written out.  Looking at the .jar file it does appear
> that myFaces is making the call correctly when the contents of the
> object in the session changes.  So WebSphere session listener should be
> picking up that change.
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message