I've never had to do this myself but some ideas...

1. Project to sync transfer caches across a cluster and says it now
supports multiple instances on the same server.

http://transfersync.riaforge.org/

2. Create a webservice on the front end app that manages "discarding"
of objects from the cache. Then maybe use transfer's event model on
the backend, some type of queuing sytem, and send a batch of objects
to the webservice that should be discarded. This option could get
hairy.

3. If this information is created but, once created, it's not updated
often, maybe a simplified version of 2 could work. Instead of sending
individual objects, the web service could discard whole classes from
the front end cache.

- Gabriel

On Wed, Nov 25, 2009 at 12:54 AM, Matthew <[email protected]> wrote:
> Hi all
>
> I've been running some tests whilst trying to solve a slow page issue
> and it appears to me that objects with relationships run slower and
> slower as more and more relationships are made. This is obvious so let
> me try and explain further. I have a CMS where the ContentPage object
> can have child Promotion objects. Most pages throughout the website
> have only a few promotions so they run pretty fast however there's a
> page which has 60 promotions and it can take 10 seconds to load. As I
> reduce the number of promotions the page speeds up.
>
> I think the reason I'm having this issue is because I've disabled the
> cache. If I turn the cache back on it's lightning fast. The reason I
> turned the cache off is because the CMS has a back end (which is a
> seperate app so effectively has it's own Transfer cache). Perhaps I
> need to work out a way to tell the front end app Transfer cache to
> refresh the object when the backend app updates it. Any ideas?
>
> Cheers
> Matthew
>
> --
> Before posting questions to the group please read:
> http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer
>
> You received this message because you are subscribed to the Google Groups 
> "transfer-dev" group.
> To post to this group, send email to [email protected]
> To unsubscribe from this group, send email to 
> [email protected]
> For more options, visit this group at 
> http://groups.google.com/group/transfer-dev?hl=en

-- 
Before posting questions to the group please read:
http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer

You received this message because you are subscribed to the Google Groups 
"transfer-dev" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/transfer-dev?hl=en

Reply via email to