Just noticed this in the 7.6 performance tuning guide - Page 27 reads:

 

Running preload

Considering all of the services, the following is the optimal procedure
to run preload

once:

1. In the Mid Tier Configuration Tool, turn on Enable Cache Persistence
in the Mid Tier

Configuration Tool.

2. Turn on preload.

3. Allow preload to finish preloading all user facing AR System forms.

4. Turn off preload.

Using this optimal procedure, the statistics service loads only the
objects that correspond

to the actual usage of the system into the mid tier memory. After the
preload service has

run once, all of the relevant objects are written to disk (because Cache
persistence is

enabled). By turning off the preload service, the statistics service has
full memory access

to load only those objects which are collected in actual usage. You can
repeat this

procedure if the applications on the AR System server have changed.

 

 

We're running:

ARS and Mid tier 7.5 patch 7 

 

Questions:

 

1.      Does anybody know if there is a big performance difference seen
by clients if you switch pre-load off after it has complete.
2.      How are you, how should we be verifying that preload is
complete? - currently we're checking that the cache folder has stopped
growing - ours grows to about 1GB and takes about 1 hour to complete.

 

Regards,

 

Andrew Goodall

Software Engineer 2 | Development Services |  jcpenney . www.jcp.com
<http://www.jcp.com/>  

 

</pre><font face="monospace"size="-3"><br>The information transmitted is 
intended only for the person or entity to which it is addressed and <br>may 
contain confidential and/or privileged material.  If the reader of this message 
is not the intended<br>recipient, you are hereby notified that your access is 
unauthorized, and any review, dissemination,<br>distribution or copying of this 
message including any attachments is strictly prohibited.   If you are 
not<br>the intended recipient, please contact the sender and delete the 
material from any computer.<br><pre>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"

Reply via email to