I think there is also a parameter, delay-recache-time or something that
toucan set to prevent immediate copy cache functions.

Sent from my iPhone

On Aug 24, 2012, at 9:56 AM, Jason Miller <jason.mil...@gmail.com> wrote:

**

Hi Jose,

The way I understand it: object definitions are cached in memory; even for
filters. This is where Developer Cache Mode comes into play.  When the
server is in production mode (dev cache off) user threads get priority over
admin changes. While your def is importing the system is building a new
cache in memory while users are using the existing cache (for a large def
import you can see memory utilization increase). Once your def has
completed importing and there is enough break in user activity (not sure
the how the server determines this or the parameters) the system will
replace the old memory cache with the new cache.

In the case that you describe I am pretty sure your full def import will
complete before the cache is updated as long as the server is set with
Developer Cache Mode set to off.

When Developer Cache Mode set to on it switches the priority of cache
changes to the admin thread over user activity. The object cache in server
memory does not wait for that break in user activity and does not build
that second cache; you are incrementally updating the server's one object
cache.  This can lead to a big performance improvement when developing but
end users can pay the price.

Jason
On Aug 24, 2012 5:37 AM, "Jose Manuel Huerta Guillén" <
arsl...@theremedyforit.com> wrote:

> ** No. Web services' definition is cached. But filter aren't. The mid tier
> makes the API call, and the rest is managed at the ARS.
>
> Jose Manuel Huerta
> http://theremedyforit.com/
>
>
>
>
> On Fri, Aug 24, 2012 at 2:13 PM, Tauf Chowdhury <taufc...@gmail.com>wrote:
>
>> new filters w
>
>
> _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

_attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_

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

Reply via email to