我们最近做一个项目,需要做接口跟手机客户端交互,之前是把数据放在memcache里的,客户端请求的时候直接从memcache里那数据就行,可是后来存储方式发生了变化,领导让我们把数据存到文件里,文件放在tmpfs里。不知道这样做有什么利弊如果这样可以的还是不是就可以替代memcache了大家对这个问题有什么看法,发表一下意见吧

2011-01-29 22:53:03

2 Answers

memcache和tmpfs共同点是都将数据存放在内存中,区别主要有以下几个:

  1. memcache支持分布式存储,tmpfs不支持。
  2. memcache使用的是TCP协议,而tmpfs则直接走文件系统协议,连接tmpfs的速度会比memcache要稍快一些。
  3. memcache可以控制它里面的item的过期时间,tmpfs不能。
  4. 使用memcache需要安装它的服务端软件和客户端扩展,但tmpfs不需要。

所以你得综合考虑自己项目的情况,如果确定该项目使用的web sever永远只会有一台,那么用tmpfs是不错的选择;如果以后要扩展至多台web server,建议还是使用memcache。

2011-01-30 01:19:21

tmpfs是基于内存的文件系统,这里它是一个文件,而Memcache是一个高性能的分布式的内存对象缓存系统,虽然它们都是将数据存储于内存,但是它们的性质是不一样的。

Memcache是在内存里维护一个很大的hash表,从而实现存储各种格式的数据,包括图像、视频、文件以及数据库检索的结果等。而tmpfs不仅可以使用内存,还可以使用SWAP分区。这是tmpfs的优势。还有一点就是tmpfs是基于VM之上,由于VM(虚拟内存)来调控是使用内存还是使用虚拟内存来存储。

所以使用tmpfs替代Memcache是不现实的,因为它们各有各的优势(它们各自的优势@至尊宝已经回答得很明确了,这里不重复说明了),至于使用哪种机制,需要根据业务需求来考虑。

2011-01-30 02:46:47
您不能回答该问题或者回答已经关闭!

相关文章推荐

  • C#中using指令的几种用法

    using + 命名空间名字,这样可以在程序中直接用命令空间中的类型,而不必指定类型的详细命名空间,类似于Java的import,这个功能也是最常用的,几乎每个cs的程序都会用到

  • C#实例解析适配器设计模式

    将一个类的接口变成客户端所期待的另一种接口,从而使原本因接口不匹配而无法在一起工作的两个类能够一起工作

  • 使用托管C++粘合C#和C++代码(二)

    本文实现一下C++代码调用C#代码的过程。我构造一个简单并且直观的例子:通过C++ UI 触发C# UI.

  • C#开发高性能Log Help类设计开发

    项目中要在操作数据库的异常处理中加入写Log日志,对于商业上有要求,写log时对其它操作尽可能影响小,不能因为加入log导致耗时太多

  • Async和Await使异步编程更简单

    C#5.0中async和await两个关键字,这两个关键字简化了异步编程,之所以简化了,还是因为编译器给我们做了更多的工作

  • C#开发中的反射机制

    反射的定义:审查元数据并收集关于它的类型信息的能力。元数据(编译以后的最基本数据单元)就是一大堆的表,当编译程序集或者模块时,编译器会创建一个类定义表,一个字段定义表,和一个方法定义表等

  • C#运行时相互关系

    C#运行时相互关系,包括运行时类型、对象、线程栈和托管堆之间的相互关系,静态方法、实例方法和虚方法的区别等等

  • C#协变和逆变

    “协变”是指能够使用与原始指定的派生类型相比,派生程度更大的类型,“逆变”则是指能够使用派生程度更小的类型

  • C#基础概念之延迟加载

    延迟加载(lazy load)是Hibernate3关联关系对象默认的加载方式,延迟加载机制是为了避免一些无谓的性能开销而提出来的,所谓延迟加载就是当在真正需要数据的时候,才真正执行数据加载操作

  • 使用托管C++粘合C#和C++代码(一)

    C#在xml读写,数据库操纵,界面构造等很多方面性能卓越;C++的效率高,是底层开发的必备武器

  • C#中的索引器的简单理解和用法

    C#中的类成员可以是任意类型,包括数组和集合。当一个类包含了数组和集合成员时,索引器将大大简化对数组或集合成员的存取操作

  • 深入C# 序列化(Serialize)、反序列化(Deserialize)

    C#中的序列化和反序列化,序列化是.NET运行时环境用来支持用户定义类型的流化的机制