peter_cloud的专栏

摘要：NoSQL通过弱化一部分关系型数据库特性（如一致性和关系模型）来提升其可扩展性及高可用性，弥补了关系型数据库在很多互联网类应用中的不足。因此，不同的NoSQL有着不同的杀手级应用，这里我们通过基准测试摸索。【编者按】在《先锋》系列的 事务、高性能，王涛谈打造超越MongoDB的NoSQL一文中，我们与王涛浅谈了高性能，拥有事务的SequoiaDB打造经验。应读者需求，从数据上解读

一．        ctags是干什么的ctags的功能：扫描指定的源文件，找出其中所包含的语法元素，并将找到的相关内容记录下来。我用的是Exuberant Ctags，在Windows上使用，就一个可执行文件，非常绿色，可在sourceforge下载。二．        ctags可以识别哪些语言，是如何识别的ctags识别很多语言，可以用如下命令来查看：

vi/vim如何添加或删除多行注释|浏览：1042|更新：2014-03-18 15:311234分步阅读在使用vi/vim编辑器对代码或者配置文件编辑的时候，我们经常会需要对多行添加注释或者删除多行的注释。工具/原料vi/vim编辑器

Glusterfs目录ls性能优化方案分析目的和优化思路讨论了glusterfs对文件系统爬虫rsync／ls目录性能的现有优化措施和可能的进一步优化方案。优化思路是减少本地文件系统的元数据操作，减少fuse client的负载，减少req的网络轮询次数，减少一次网络通信时间，缓存预抓取，并发，异步，bulk 传输fuse readdirpluscentos 6.4最新内核，支持fuse re

目的： 由于开发云存储系统的需要，

上接博文《u-boot之u-boot-2009.11启动过程分析》Linux内核启动及文件系统加载过程当u-boot开始执行bootcmd命令，就进入Linux内核启动阶段，与u-boot类似，普通Linux内核的启动过程也可以分为两个阶段，但针对压缩了的内核如uImage就要包括内核自解压过程了。本文以项目中使用的linux-2.6.37版源码为例分三个阶段来描述内核启动全过程。第一

对于一个做存储的人DAS, SAN,

OSI（Open system Interconnection）模型

RAID 技术从开始到现在

glusterfs

分类： LINUX一、如何查看网卡生产厂家和型号？ lspci命令  查看基本信息 lspci， 详细信息lspci -vvv  00:00.0 Host bridge: Intel Corporation 5520 I/O Hub to ESI Port (rev 13)00:01.0 PCI bridge: Intel Corporation 5520/

1、衡量指标　IOPS：随机小I/O读写能力　带宽：  顺序大I/O连续读写能力2、性能关键点　顺序/随机读写(sequential/random)　目录操作：文件创建/删除/查找/更新　大量小文件读写(Lots of small files)    大文件读写(large file)3、其他指标　CPU占用率　IOW

关于下载，其实和上传文件很相似。这里我们暂时先不考虑nginx httpd的方式，只通过client api 方式与FastDFS 交互。首先，我们看fdfs_download_file.c ,这个文件下载文件的客户端例子，直接看71行：    result = storage_download_file_to_file1( \            pTr

有了tracker 分析的基础，我们直接进入storage 的任务处理函数 int storage_deal_task(struct fast_task_info *pTask)；storage_service.c 6473行：case STORAGE_PROTO_CMD_UPLOAD_FILE:            result = storage_up

首先分析下 tracker ， tracker_service.c 3137行：int tracker_deal_task(struct fast_task_info *pTask)对TRACKER_PROTO_CMD_SERVICE_QUERY_STORE_WITHOUT_GROUP_ONE命令的处理是case TRACKER_PROTO_CMD_SERVIC

FastDFS 文件上传机制，涉及到cient API、tracker、storage，所以这篇文章的思路是从client 执行upload 的流程说起，逐步深入到 tracker 、storage 的内部。fdfs_upload_file.c 是上传的一个客户端，通过调用api实现上传文件至FastDFS。首先看一下代码内容，fdfs_upload_file.

tracker 的入口在 fdfs_trackerd.c, 而 storage 的入口在fdfs_storaged.c.下面首先分析tracker的，我们从main 函数开始。 fdfs_trackerd.c 109 行：    conf_filename = argv[1];    memset(bind_addr, 0, sizeof(b

FastDFS v3.0 版本以后，使用到了libevent库来处理网络连接请求。 其实，FastDFS 中 tracker、storage 的网络架构基本一样。下面以tracker 为例子介绍。fdfs_trackerd.c 是 tracker 中main 函数的所在文件。fdfs_trackerd.c  137行：    sock = s

FastDFS是一个开源的轻量级分布式文件系统，她对文件进行管理，功能包括：文件存储、文件同步、文件访问（文件上传、文件下载）等，解决了大容量存储和负载均衡的问题。特别适合以文件为载体的在线服务，如相册网站、视频网站等等。FastDFS服务端有两个角色：跟踪器（tracker）和存储节点（storage）。跟踪器主要做调度工作，在访问上起负载均衡的作用。Fast

最近一直在研究FastDFS的架构，作为学习成果的一部分，准备利用接下来的一段时间把一些心得点滴记录下来，为FastDFS社区贡献点力量。当然，这里要感谢的是 FastDFS作者fishman，感谢他为我们带来了适合互联网公司的分布式存储解决方案，也希望更多的朋友参与到 FastDFS社区中来。        这篇blog首先作为开篇，准备梳理下思路，对FastDFS的架构剖析列个提纲，大