kidd_3的专栏

在数据中心中，服务器、网络、存储这三大核心组件构建了整个数据中心IT基础架构，这其中，服务器随着CPU处理能力的飞速发展，在计算能力和IO处理能力上已经领先网络和存储很多，网络和存储则成为制约数据中心IO处理的瓶颈所在。随着10Gb以太网的普及加快，用户看到了使用高带宽网络的希望

转载自：http://www.ningoo.net/html/2011/all_things_about_flashcache_1.html 在计算机系统中，cache的魔爪无处不在。CPU中有L1,L2,甚至L3 cache;Linux有pagecache，MySQL有buffer cache/query cache;IO系统中Raid卡/磁盘也有cache;在大型互联网系统中，数据库前面一

转载自Erlang非业余研究flashcache是facebook释放出来的开源的混合存储方案,用ssd来做cache提升IO设备的性能.很多硬件厂商也有类似的方案，比如说LSI raid卡. 但是这个方案是免费的软件方案，而且经过产品的考验，具体参见：主页：https://github.com/facebook/flashcache开源混合存储方案(Flashcache)：

（1）元数据的组织和管理         当前，元数据的更新采用同步更新和批量更新，即SSD上某元数据扇区的某个元数据被更新后，同步更新内存中对应的元数据；更新完成后，检查此元数据扇区在此元数据更新期间是否有新的更新来到（可能有多个），如果有，则对这些地数据执行批量更新。其中，当前元数据更新和等待过程中的元数据更新由每个元数据扇区对应的一个“链表头“表示，其又包含了两个队列，md_io_inp

http://www.alidba.net/index.php/archives/tag/flash-cache一、跳过顺序IODM层request送往flashcache，并将读写请求按照目标设备的blocksize进行划分，切割成blocksize大小的bio（或者更小，如果从上层传来的bio已经比blocksize小的话）。flashcache默认blocksize为4K，因

最近，由于项目需要，在做关于flashcache的一些工作，主要涉及模块组织、元数据管理及数据分布、读写流程分析、数据在磁盘和cache(SSD)之间的调度、缺点及可优化方向等一些方面的分析研究。也想，抽空写一下心得，整理一下最近工作的思路，以弥补自己不善于表达的恶习。特别是，要深入下去的话，会涉及到整个Linux系统栈的各个层次，从文件系统、磁盘缓存、通用块层、驱动层，以及DM的工作流程（细节）

flashcache作为通用的缓存模块，可应用于多种应用场景。但与其同时，由于其工作原理的限制，它只缓存特定大小的块，在某些特定场合下可能不适用。下面，就flashcache的技术点进行分析和探讨。一、可靠性（1）由于flashcache本身的电子特性引起的位反转和串扰，会影响可靠性；（2）flashcache本身的异常处理机制是否完善；（3）SSD的容量一般比较大，在服务器宕

前一段时间做了一些对SSD方面进行优化的工作，SSD最大的问题在于长时间使用之后，IO性能会急剧下降。其主要问题在于为了防止“写放大”问题的产生，SSD的firmware采用了类似于log方式的算法，当存储资源基本基本耗尽时，在每次写操作时firmware只能进行garbage

关注SSD盘阵已经有一段时间了，前几年SSD的容量比较小，更重要的是它有限寿命和昂贵的价格使得SSD只能作为存储领域的加速介质存在，如果谁想用SSD作为盘阵来使用，那这个系统有点太疯狂了。因此，前几年无论是学术界还是工业界，一直将SSD作为加速介质使用，例如作为Cache，我曾经

“在存储系统中加入少量固态盘（SSD），就能显著提升存储系统的整体性能。”许多存储厂商经常将这句话挂在嘴边。将SSD加入到存储系统中构成分级存储架构，已经成了SSD在企业级存储应用中的一种主要方式。如今，随着闪存技术的不断发展，将数据存放在更靠近服务器处理器的地方这一趋势为PCI

前文简单的介绍了block device，别急，虽然这个系列的主要目的是介绍Flashcache，这一篇还是不会切入正题，因为我们还需要先了解下什么是device mapper。假如一台主机插入了多块硬盘，单块硬盘的容量和性能都是有限的，如果能将多块硬盘组合一个逻辑的整体，对于这台主机来讲，就实现了最简单意义上的“云存储”。有很多方法可以实现这个目的，比如Raid卡硬件，比如现在很流行的分