Re: In-memory caches and app server load-balancing
From: Kasper Dupont (kasperd_at_daimi.au.dk)
Date: 09/27/03
- Next message: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Previous message: Venkatesh M.C.: "In-memory caches and app server load-balancing"
- In reply to: Venkatesh M.C.: "In-memory caches and app server load-balancing"
- Next in thread: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Reply: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Reply: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Sat, 27 Sep 2003 15:35:22 +0200
"Venkatesh M.C." wrote:
>
> Hi,
>
> I have a program running on an application server that creates and works
> with the following.
>
> (a) in-memory caches of data from the database and
> (b) symbolic "locks" used to control concurrent user access to certain
> pieces of data.
>
> I have a requirement to have the program run on an application server farm.
> Any suggestions on how I can keep my caches in each of the server machines
> in synch with one another? The symbolic locks have be kept in synch across
> the servers without any delays.
>
> Any hints would be greatly appreciated.
All locks are to be maintained by the server. When a client needs to lock
an object, it sends a request to the server and waits for a response. The
response contains a serial number, if equivalent to the cached serial
number on the client the cache can be used, otherwise the cache on the
client have to be discarded. The serial number from the server is then
cached by the client.
When a read+write lock is unlocked, both client and server increases their
own serial number of the object. Any other cached instance of the object
will have a smaller serial number, and will thus be known to be invalid.
Recursive structures with locks of different granularity gets more
complicated, but I believe you can use some of the same ideas.
-- Kasper Dupont -- der bruger for meget tid paa usenet. For sending spam use mailto:aaarep@daimi.au.dk Their business was zero and it was shrinking.
- Next message: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Previous message: Venkatesh M.C.: "In-memory caches and app server load-balancing"
- In reply to: Venkatesh M.C.: "In-memory caches and app server load-balancing"
- Next in thread: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Reply: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Reply: Venkatesh M.C.: "Re: In-memory caches and app server load-balancing"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|