This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal



Nov 2, 2011, 5:16 PM
13 Posts

Repeat Control and memory issue\ question

  • Category: Performance
  • Platform: All
  • Release: 8.5.1
  • Role: Developer
  • Tags: repeat control,memory
  • Replies: 4
Dom 8.5.1 FP3 HF139
 
We have a web Call Centre application that has been in production for a year now, we use a combination of Xages and a "traditional" web development.  We auto refresh "views" every 30 secs...due to the nature of the business, response time to data entered into the system is critical,and users log into the application for a whole shift, 6 - 8hrs, and the application is in use 24/7/365.  Our current method of performing a fetch to a ReadStore for dojo grids works well, except some of the views required now need to return a lot of data, which makes the current method unworkable.
 
I have an xpage solution using repeat controls, bound to a view.  Functionally, everything is working very well, and we would like to start swicthcing all views over to use the xpage.  But there is a real problem with server side nhttp.exe memory.   I made a stipped back to basics xpage, I have enclosed the code below.   At first I thought it might be something to do with the fact that in my repeat control I reference the document (we custom buld the "columns") or the backing beans that contain config etc., but in my example below, you will see I am using the "out the box method", not using any of our backing beans or referencing any docs directly (we went through many iterations debugging memory issues in the backing beans, so are very aware of recycling).
 
I have set a refresh of 5 secs, just to see it happening faster, but the memory rises in 250k chunks on each refresh.  Apart from the 5 sec refresh, which is for dev only, am I doing something fundamewntally incorrect?   Is there something I need to be recycling.
 
Any comments\ suggestions on this would be greatly appreciated, as this is a real stumbling block for us.
 
Regards,
 
Nick
 
==================
Just chnage the databaseName and viewName.
 
 
<?xml version="1.0" encoding="UTF-8"?>
<xp:view xmlns:xp="http://www.ibm.com/xsp/core">
    <xp:scriptBlock
        id="scriptBlock1"
        rendered="true">
        <xp:this.value>
            <![CDATA[
               
                debugger               
                var fnc = function() {
                    XSP.partialRefreshPost("#{id:panelView}", {
                           onStart: null,
                        onComplete: null,
                        onError: null                       
                    })   
                };
                setInterval( fnc, 5000);
            ]]>
        </xp:this.value>
    </xp:scriptBlock>
   
    <xp:br></xp:br><xp:br></xp:br>
    <xp:panel id="panelView">
        <xp:viewPanel
            rows="30"
            id="viewPanel1">
            <xp:this.facets>
                <xp:pager
                    partialRefresh="true"
                    layout="Previous Group Next"
                    xp:key="headerPager"
                    id="pager1">
                </xp:pager>
            </xp:this.facets>
            <xp:this.data>
                <xp:dominoView var="view1">
                    <xp:this.databaseName><![CDATA[#{javascript:"dev\\calllist.nsf"}]]></xp:this.databaseName>
                    <xp:this.viewName><![CDATA[#{javascript:"x_callsbynumber"}]]></xp:this.viewName>
                </xp:dominoView>
            </xp:this.data>
            <xp:viewColumn columnName="CallNo" id="viewColumn1">
                <xp:viewColumnHeader value="Patient"
                    id="viewColumnHeader1">
                </xp:viewColumnHeader>
            </xp:viewColumn>
        </xp:viewPanel>
    </xp:panel>
    <xp:br></xp:br>
</xp:view>
 
 
Nov 3, 2011, 12:28 PM
272 Posts
Re: Repeat Control and memory issue\ question
Hi,
 
what if you try to set the dataCache-Property of the datasource to id or nodata ?
 
<xp:dominoView var="view1" dataCache="nodata">
 
Sven
 
Nov 3, 2011, 7:50 PM
13 Posts
Re: Repeat Control and memory issue\ question
Sven, thanks for reply.
 
Unfortunately, same issue.  I took out the refresh, just opening the xpage  takes same amount of memory.  So if my users are switching between views, I will have a big memory issue really quickly.  The memory does not go down after the user logs out or if I do a tell http xsp refresh.  Only a restart task http will clear memory.
 
I must be missing something massively fundamental, else everyone developing an xpage application would be having this problem. 
 
All comments\ suggestions welcome.
Nov 8, 2011, 7:37 AM
129 Posts
Re: Repeat Control and memory issue\ question
Have you tested on 8.5.3 server? Could be a bug/weakness in 8.5.1.
 
Also.. In application properties. What is the setting for Server page persistence? If it's Keep pages in memory, try Keep pages on disk.
Nov 9, 2011, 12:24 PM
13 Posts
Re: Repeat Control and memory issue\ question
Tommy,
 
Unfortunately this did not seem to make a difference.  I am posting a new topic, it appears (8.5.1 and 8.5.3 ) this happens for every XPage, even one like
<?xml version="1.0" encoding="UTF-8"?>
<xp:view xmlns:xp="http://www.ibm.com/xsp/core">
    <b>Hello</b>everyone.
</xp:view>

memory goes up 256K every time and does not release.
 
Regards,
 
Nick
 
 

This forum is closed to new posts and responses. Individual names altered for privacy purposes. The information contained in this website is provided for informational purposes only and should not be construed as a forum for customer support requests. Any customer support requests should be directed to the official HCL customer support channels below:

HCL Software Customer Support Portal for U.S. Federal Government clients
HCL Software Customer Support Portal