You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by "David Sean Taylor (JIRA)" <je...@portals.apache.org> on 2008/06/04 19:10:45 UTC

[jira] Resolved: (JS2-864) Release render buffers (PortletContent) after rendering

     [ https://issues.apache.org/jira/browse/JS2-864?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Sean Taylor resolved JS2-864.
-----------------------------------

    Resolution: Fixed

We have done some extensive testing over the last month on this. Using the IBM Heap Analyzer, I am not seeing this leak anymore

> Release render buffers (PortletContent) after rendering
> -------------------------------------------------------
>
>                 Key: JS2-864
>                 URL: https://issues.apache.org/jira/browse/JS2-864
>             Project: Jetspeed 2
>          Issue Type: Improvement
>          Components: Aggregation
>    Affects Versions: 2.2
>            Reporter: David Sean Taylor
>            Assignee: David Sean Taylor
>             Fix For: 2.2
>
>
> When rendering with thousands of users, we are seeing large buffers being left in memory and not released.
> When Java goes to garbage collect, the buffers are not being release due to references to these buffers being held. This is described in JS2-800. Combining this fix with JS2-800 should enable the garbage collector to properly free up these per request buffers.
> Looking at heap dump, we can see:
> 1,308,968,904 (81%) [40] 4 org/apache/jetspeed/container/window/impl/PortletWindowAccessorImpl 0x5a459e98
>  1,308,968,864 (81%) [48] 4 java/util/Collections$SynchronizedMap 0x5a459ee8
>   1,308,968,752 (81%) [64] 3 java/util/HashMap 0x5a459eb8
>    1,308,968,688 (81%) [81,320] 20,326 array of java/util/HashMap$Entry 0xaf52a080
> The above problem is addressed in JS2-800, where we can limit the number of PortletWindows in memory
> Combined with too many portlet windows in memory, the portlet content render buffers are held on to, and never released.
> This bug fix aids the garbage collection algorithm by "releasing" the buffers upon render completion
> Note I have seen some very large buffers held on to and never released.
> By setting the streams to null, we can try to aid the garbage collection into freeing these buffers

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org