博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
GlusterFS性能测试
阅读量:5110 次
发布时间:2019-06-13

本文共 840 字,大约阅读时间需要 2 分钟。

GlusterFS文件系统集群和配置情况,见:  

6个Server

一、单客户端测试

测试1:复制大约2.0G的文件至Glusterfs中(都是小文件,平均1M)

测试结果:        glusterfs:    1.8M/s,6台服务器的吞吐为:3.6M/s

 

测试2:从GlusterFS读取测试1的文件

测试结果:        glusterfs:    10.8M/s        本地硬盘:     25.6M/s

 

测试3: 复制一个1G的文件至GlusterFS

测试结果:        glusterfs:     2.334M/s,因备份,吞吐近5M/s

 

测试4:读取测试2复制的大文件

测试结果:        glusterfs:     18.7M/s

 

二、多客户端测试

测试5: 用5台客户端读取测试1中复制到GlusterFS中的文件

测试结果:        glusterfs:     25.7M/s,约为本地硬盘读取效率

 

测试6:2台客户端小文件写测试

测试结果:        glusterfs:     2.12M/s

 

三、小结:     

小文件的写入速度只有2M左右,速度过低,好在在多客户端的情况下,写入速度还算平稳。大文件的写入也只有2.5M左右。因样本库的特性是一次写入,多次读取,对于做样本服务器来说,已经够用。     

另外在性能调优方面,可以根据需求,可以做一些优化配置,在读写方面还有提升空间。     

GlusterFS分布式文件系统的特点是:多客户端能更加高效的使用分布式资源。     

经网络资料+测试数据表明,GlusterFS在高可用方面比较稳定的。不过由于在复制模式的更新是通过客户端进行的,当客户端和replicate内的一台服务器同时挂时,会造成数据不同步的情况。需要手动做个列表的动作(ls)才会更新。

转载于:https://www.cnblogs.com/oubo/archive/2011/07/19/2394539.html

你可能感兴趣的文章
嵌入式软件设计第8次实验报告
查看>>
算法和数据结构(三)
查看>>
Ubuntu下的eclipse安装subclipse遇到没有javahl的问题...(2天解决了)
查看>>
alter database databasename set single_user with rollback IMMEDIATE 不成功问题
查看>>
idea 系列破解
查看>>
Repeater + Resources 列表 [原创][分享]
查看>>
c# Resolve SQlite Concurrency Exception Problem (Using Read-Write Lock)
查看>>
dependency injection
查看>>
WCF揭秘——使用AJAX+WCF服务进行页面开发
查看>>
C#综合揭秘——细说多线程(下)
查看>>
【题解】青蛙的约会
查看>>
IO流
查看>>
mybatis调用存储过程,获取返回的游标
查看>>
设计模式之装饰模式(结构型)
查看>>
面向对象的设计原则
查看>>
Swift3.0服务端开发(三) Mustache页面模板与日志记录
查看>>
【转】 FPGA设计的四种常用思想与技巧
查看>>
EntityFrameWork 实现实体类和DBContext分离在不同类库
查看>>
新手算法学习之路----二叉树(在一个二叉查找树中插入一个节点)
查看>>
autopep8
查看>>