Level 2 Cache can surport AppFabric Caching (Velocity)

[zhwenh zhwenh]

Telerik OpenAccess ORM Level 2 Cache can support MS AppFabric Caching (Velocity)  ?

[Jan Blessenohl]

Hi zhwenh zhwenh,
We cannot use 3rd party caches at the moment. You have to use the OpenAccess implementation.

Best wishes,
Jan Blessenohl
the Telerik team

[stibiub]

Hello,

Any change on this?
Can OpenAccess L2 cache work with different cache providers, like AppFabric, NCache, MemCached, etc ?
If not are there any future plans in this  direction?

Thanks.

[Jan Blessenohl]

Hello,
We have plans to support other vendors but I do not see a chance to get that into the product in the next 3-6 months. What do you want to achieve?

Regards,
Jan Blessenohl
the Telerik team

[stibiub]

Hi,

For some applications it is better to do the caching outside the service tier, i.e. not on the machines where the OpenAccess will run.
It will scale out better when data size that need to be cached increases. For example with multi-tenant systems such as ours there will be a significant data increase with each new tenant. In this case I would add a new machine in a distributed cache cluster rather than increase the RAM on each web server in the service tier web farm.

This is why using 3rd party distributed cache provider as OA L2 cahe would be nice.

Thanks.

[Jan Blessenohl]

Hi,
If you have an extra machine with a single cache, I do not see a big difference to the relational server cache. The important speed up in the local OpenAccess cache is the fact that you do not have to communicate with another machine. If you have a C/S call, the relational server is the better guy to manage the cache, at least from the OpenAccess perspective.

All the best,
Jan Blessenohl
the Telerik team

[Allen]

In China, hundreds of developers, very bullish on Telerik Data Access.Can you give a Cache module expansion, adding some API or SDK, in order to realize the distributed cluster cache?
Such as, MongoDB, Memcached, Redis, Cassandra....

[Allen]

In China, there is huge numbers of developer looking good to the capability of Telerik Data Access. Is it possible to expose Cache module out, like extend some API to facilitate distributed clustering cache? 
Such as, MongoDB, Memcached, Redis, Cassandra....

[Allen]

Can you a demo?

[Thomas]

Hello Zhen Peng Cai,

it is currently not possible to place the cache outside of the process. The whole idea of the L2 cache is that there is very fast access to it which excludes serialization and networking.  The only thing that we can do is to provide an API that can be used to notify other processes when evictions need to occur. We have not decided yet whether or not to make this API part of the product. 

Regards,
Thomas
Telerik

 

 

[Allen]

Hello, Thomas.
Very happy can you spare some time to reply to me.
Maybe my expression error, let you misunderstood.
Perhaps, I already know what I want to do.
Keywords: distributed NoSQL database.
Thank you very much.

[Thomas]

Hi Zhen Peng Cai,

please see my technical explanation in the other forum thread (#208319). Having briefly read through the documentation on Velocity it appears to me that our cache concepts do not match 100%. DataAccess uses an in-memory-in-process cache, where Velocity uses a in-memory-separate-process cache. Changing our cache implementation is not trivial and might actually prove counterproductive to performance. There is no plan to open up the internal APIs needed for such undertaking.

Regards,
Thomas
Telerik

 

 

[Allen]

I see, thank you，thomas