poor performance with azure cache

前端 未结 2 1903
佛祖请我去吃肉
佛祖请我去吃肉 2021-01-11 13:10

After switching a couple of database calls to cache, we actually had worse performance. We noticed a huge jump in CLR time and response time according to new relic. Please s

相关标签:
2条回答
  • 2021-01-11 13:52

    Network quotas have three variations:

    • Transactions
    • Bandwidth
    • Concurrent Connections

    In your performance test I suspect that the concurrent connections limit is to blame, from MSDN:

    Each cache offering has a different limit on the number of connections that can be open simultaneously to the same cache ... Applications that use Windows Azure Caching must understand how connections are opened to the Caching Service. Each cache offering has a different limit on the number of connections that can be open simultaneously to the same cache.

    Source: https://azure.microsoft.com/en-us/documentation/articles/cache-dotnet-how-to-use-service/

    If that does not help much then you might consider comparing different concurrency models. AppFabric supports optimistic and pessimistic concurrency models, see http://msdn.microsoft.com/en-us/library/ee790890.aspx for more info on this.

    0 讨论(0)
  • 2021-01-11 14:01

    The performance of Azure Cache is not that satisfied. Basically it's because the Azure Cache has its own load balance when communicate. But you can try to enable the local cache feature, which will increase the load performance.

    0 讨论(0)
提交回复
热议问题