Level 2 Cache can surport AppFabric Caching (Velocity)

Thread is closed for posting
13 posts, 0 answers
  1. zhwenh zhwenh
    zhwenh zhwenh avatar
    2 posts
    Member since:
    May 2004

    Posted 06 Dec 2010 Link to this post

    Telerik OpenAccess ORM Level 2 Cache can support MS AppFabric Caching (Velocity)  ?
  2.
  3. Jan Blessenohl
    Admin
    Jan Blessenohl avatar
    707 posts

    Posted 06 Dec 2010 Link to this post

    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
    Accelerate your learning with industry's first Telerik OpenAccess ORM SDK. Download today.
  5. stibiub
    stibiub avatar
    8 posts
    Member since:
    Jan 2013

    Posted 15 Feb 2013 Link to this post

    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.
  7. Jan Blessenohl
    Admin
    Jan Blessenohl avatar
    707 posts

    Posted 15 Feb 2013 Link to this post

    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
    Q3'12 SP1 of OpenAccess ORM packs Multi-Table Entities mapping support. Check it out.
  9. stibiub
    stibiub avatar
    8 posts
    Member since:
    Jan 2013

    Posted 26 Feb 2013 Link to this post

    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.
  11. Jan Blessenohl
    Admin
    Jan Blessenohl avatar
    707 posts

    Posted 01 Mar 2013 Link to this post

    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
    OpenAccess ORM Q1 2013 is out featuring Multi-Diagrams, Persistent Data Stream Support and much more. Sign up for a free webinar to see all the new stuff in action.
  13. Allen
    Allen avatar
    42 posts
    Member since:
    Nov 2014

    Posted 10 Nov 2014 in reply to Jan Blessenohl Link to this post

    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....
  14.
  15. Allen
    Allen avatar
    42 posts
    Member since:
    Nov 2014

    Posted 10 Nov 2014 in reply to Jan Blessenohl Link to this post

    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....
  17. Allen
    Allen avatar
    42 posts
    Member since:
    Nov 2014

    Posted 10 Nov 2014 in reply to Jan Blessenohl Link to this post

    Can you a demo?
  19. Thomas
    Admin
    Thomas avatar
    590 posts

    Posted 12 Nov 2014 Link to this post

    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
     
    OpenAccess ORM is now Telerik Data Access. For more information on the new names, please, check out the Telerik Product Map.
     
  20.
  21. Allen
    Allen avatar
    42 posts
    Member since:
    Nov 2014

    Posted 20 Nov 2014 in reply to Thomas Link to this post

    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.
  23. Thomas
    Admin
    Thomas avatar
    590 posts

    Posted 21 Nov 2014 Link to this post

    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
     
    OpenAccess ORM is now Telerik Data Access. For more information on the new names, please, check out the Telerik Product Map.
     
  25. Allen
    Allen avatar
    42 posts
    Member since:
    Nov 2014

    Posted 28 Nov 2014 in reply to Thomas Link to this post

    I see, thank you，thomas
  26.
Back to Top