Details
-
Type: Improvement
-
Status: Open
-
Priority: Major
-
Resolution: Unresolved
-
Affects Version/s: 1.7
-
Fix Version/s: None
-
Component/s: None
-
Labels:None
-
Environment:ICEfaces
Description
in an ICEfaces application vs a stock JSF application. How
much memory is used by:
JSP tags
Facelet handlers
Component tree
DOM
Auxiliary objects (View, servlets, ...)
Problem areas:
The most significant problem we're already aware of is with
JSF state saving. ICEfaces keeps the component tree in memory
for every user. Theoretically this reduces latency (which we
should measure) but the downside is that more memory is require
for the component trees than the condensed representation as
arrays of name/value pairs. This difference also introduces
behavioral differences and problems with failover.
A second significant difference (that likely will not be revealed
by a CPU profiler because it doesn't change the distribution)
is that ICEfaces component trees are significantly larger due
to the use of a component for each XML tag in the input document.
How much larger is what we need to measure. This increase in
component tree size yields greater CPU and memory consumption at
every stage, so it's important to tackle if we have the time
(here's where we want to use the SAX event reply rather than
individual components for static text).
Issue Links
- depends on
-
ICE-3231 Facelets application retains HashMap of Facelet objects
- Closed
-
ICE-3344 javascript call pooling
- Closed
-
ICE-3349 Shorten id suffixes
- Closed
-
ICE-3351 Memory: certain tag objects and string objects representing XHTML tags are unnecessarily repeated
- Closed
-
ICE-3389 Memory: Intern generated ids
- Closed
-
ICE-3402 optimize dispatcher memory usage
- Closed
-
ICE-3408 server-side DOM compression
- Closed
-
ICE-3410 Memory: instances of DOMContext need to be cleared after the response
- Closed
-
ICE-3422 Implement JSF state saving
- Closed
-
ICE-3441 Memory: EL strings need to be pooled/reused in JSP
- Closed
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion