Caching MS Velocity与Memcached for Windows？

我一直在关注微软最近将Velocity作为分布式缓存解决方案的推广，它将与Memcached等公司竞争

我一直在寻找一个不走运的ASP.NETMVC项目，由于我正在从事的ASP.NETMVC项目的所有内容都是64位的，所以除了64位之外，使用其他任何东西都没有意义

现在我们已经用ASP.NETMVC在Beta版（希望RTM很快会出现）来对冲我们的赌注，但是StackOverflow似乎做得不太差，所以我对此的关注有限。但速度仍然是一个非常未知的量，在很长一段时间内仍将是Beta（或CTP）-但它确实有64位

---

在这种情况下，有没有人有相关的经验或观点？我们是否应该为Velocity等待时间？它是否足以与Memcached这样的巨头竞争，或者我们是否应该投入时间尝试让64位版本的Memcached投入使用？

如果我没有弄错的话，Memcached有一些开源库，那么如果你想走64位的路线，你能不能不重新编译

---

当速度第一次到达时，我对它进行了评估，但得出的结论是，在那个阶段它有点不成熟。能够在非windows服务器上运行memcached也是一个额外的好处。

如果您不介意支付许可证，您可以。它们有32位和64位版本

---

编辑：尽管产品名称不同，但它同时处理会话状态和分布式缓存。

我们最近对Velocity和Memcached进行了大量比较。简而言之，我们发现速度比Memcached慢3到5倍，而且（更重要的是）它目前不支持多get操作。所以目前，我建议使用Memcached。另外，我们学到的另一个教训是，分布式缓存中最慢的操作是序列化和反序列化（至少在ASP.NET中）。进程内ASP.NET缓存的速度要快几个数量级。因此，您必须更仔细地选择缓存策略

好问题-我想听听对这两种产品都有经验的开发人员的意见。有人最近有什么经验吗？公认的答案是基于1年前的信息。你是对的，libevent是它使用的东西，但不幸的是，当涉及到内存管理时，你不能直接将其编译为64位-一些调整需要由那些知道如何做的人进行-不幸的是，我不是其中之一：-）否则，Velocity确实提供了更多的功能（锁定、复制、对象标记，以命名影响性能的功能）——通常情况下，决策不仅仅是关于产品的原始put/get性能cache@pcawa27：那么你应该问问自己，你想要的是缓存还是远程分布式内存系统。两个不同的问题。应该注意的是，在最后一位中添加了一个多get操作BulkGet。以下是AppFabric的参考。目前只支持区域和级别。缓存与我的书中的ASP.NET会话跟踪不同。但是感谢您的建议。不，会话需要可靠地保持，而缓存对象可以在缓存满时删除，因此它们是两件不同的事情。