KFS分布式文件系统测试报告

分布式系统实验报告 分布式系统实验报告,C# Socket编程、RMI远程方法调用、C#IP组播通信 立即下载

0-环境

1-写性能

2-读性能

3-灾备

 

---------0.环境---------

共四台服务器:25.mzhen.cn - 28.mzhen.cn

metaserver: 25.mzhen.cn

meta_info_bak: 26.mzhen.cn

chunkserver: all

replica: default(3)

机器配置:16*Xeon 2.27, 16GB, 2TB * 2(7200k, raid5, XFS 文件系统), 1Gbps

测试发现,CPU利用率不足10%,网络速度一般在400-700Mbps。实际瓶颈应该在硬盘IO。

 

---------1.写性能---------

1.1-测试程序

FCbenchmark/load-data.cpp

 

1.2-测试结果

单文件连续写,平均时间5GB/80秒(62.5MB/s)

多文件(10MB/文件)连续写,平均时间5GB/80秒(62.5MB/s)

 

1.3-异常情况

集群中的4台服务器只有3台接收写数据,记为ABC。手工停掉B的chunkserver进程,则D会开始写入数据。

重启集群,仍然只有3台机器接收数据,但变为ABD。

目前还不清楚造成这一现象的原因。

 

---------2.读性能---------

2.1-测试程序

FCbenchmark/scan-data.cpp

2.2-测试结果

单文件顺序读,5GB/70秒左右(71.4MB/s)

单文件随机读,读取5MB后随机跳转,5GB/95秒左右(52.6MB/s)

 

2.3-异常情况

 

2.4-读写同时进行-不同文件

5GB写入时间,115秒左右(43.4MB/s)

5GB读取时间,140秒左右(35.7MB/s)

 

2.5-读写同时进行-相同文件

可以进行,速度和2.4节基本一致。

 

---------3.灾备---------

3.1-写过程灾备-chunkserver

在全速写入数据时,停掉某台机器的chunkserver服务。

写数据程序得到如下提示,

06-04-2010 16:11:01.683 INFO - (KfsWrite.cc:472) Write failed...chunk = 1046, version = 1, offset = 25165824, error = -113 

06-04-2010 16:11:01.684 INFO - (KfsWrite.cc:304) Daisy-chain: 192.168.1.37 30000 192.168.1.38 30000 192.168.1.35 30000 ; Will retry allocation/write on chunk 1046 due to error code: -113 

06-04-2010 16:12:01.690 INFO - (KfsWrite.cc:372) Forced allocation: chunk=1046, version=2

之后继续写入过程。可以观察到现存机器的数据量持续增加,写入速度没有明显变化。

写入完成后尝试读取该文件,没有出现异常

 

3.2-写过程灾备-metaserver

在全速写入数据时,停掉metaserver进程。

写数据程序得到如下提示,

Connect: : Connection refused,并不断重复(10分钟以上)

此时重新启动metaserver,写入过程自动恢复。

 

3.3-读过程灾备-chunkserver

在全速读取数据时,停掉chunkserver进程。

读过程继续,速度不变。

继续停止chunkserver进程,当保存所需数据的所有chunkserver都停掉后,读取程序得到如下提示,

06-05-2010 13:41:29.005 INFO - (KfsRead.cc:150) Read done from  on dir1/perf3: @offset: 30571233281: asked: 5120000, returning 4833281, errorcode = 1

 

3.4-读过程灾备-metaserver

在全速读取数据时,停掉metaserver进程。

读取程序得到如下提示,

Connect: : Connection refused

06-05-2010 13:45:17.965 INFO - (KfsRead.cc:150) Read done from  on dir1/perf3: @offset: 6576668672: asked: 5120000, returning 2588672, errorcode = 1048576 

Connect: : Connection refused

06-05-2010 13:45:32.967 INFO - (KfsRead.cc:150) Read done from  on dir1/perf3: @offset: 6576668672: asked: 5120000, returning 0, errorcode = 0

之后程序退出。

 

3.5-数据受损-chunkserver

删除chunkserver上的数据,重新启动chunkserver。

日志中得到如下提示,

06-05-2010 13:52:20.006 INFO - (Replicator.cc:123) Starting re-replication for chunk 16282 with size 67108864 

06-05-2010 13:52:20.008 INFO - (Replicator.cc:138) Offset: 67108864 is past end of chunk 67108864 

可以认为系统自动开始了数据恢复。

 

3.6-数据受损-metaserver

删除metaserver上的元数据,重新启动整个集群。

日志中得到如下提示,

06-05-2010 14:05:52.480 INFO - (LayoutManager.cc:263) Non-existent chunk id = 17885 => stale 

尝试读取之前写入的文件,提示文件不存在。

 

注意1,

配置文件machines.cfg中指定的backup_path不起作用。

注意2,

如果没有手工回复metaserver的元数据,而直接重启了metaserver进程,metaserver会自动重建元数据,并且会擦掉集群中所有数据。

 
kfs 分布式系统的文件管理分析 kfs 分布式文件系统的文件管理的实现、复杂度分析 立即下载

相关推荐

KFS文件系统所有版本(0.2-0.3)5个版本

这里的五个版本,最新的是2009/04/27!大家可以仔细研究!喜欢架构,开发的可以看看!

一次网络故障的解决

网络环境介绍: 某大厦B的Huawei交换机通过光纤连接到核心交换机Cisco 6506所在大厦G;在Cisco 6506上有两条出口线路,线路218连接到网通,线路219连接到校内教育网;线路219下有一台Cisco PIX防火墙,并且防火墙配置有NAT。故障:开始,报告说大厦B内的机器无法访问校内DNS服务器;后经远程登录核实,大厦B内机器实际上无法通过219线路出口。分析和解

Kevin's Share 814

第十一届全国大学生GIS应用技能大赛——广西区域发展布局示意图

我们需要制作一幅广西区域发展布局示意图,最终成图参考“数据”文件夹中的广西区域发展布局示意图.png。地图使用的投影坐标系是 Asia_North_Albers_Equal_Area_Conic,其中地理坐标系是China_Geodetic_Coordinate_System_2000,中央经线东经 105°,标准纬线是北纬 25°和北纬 47°,出图比例尺 1:4,780,000。

@HNUSTer的博客 7799

分布式文件系统KFS

  Kosmos distribited file System(KFS) ,是一个专门为数据密集型应用(搜索引擎,数据挖掘等)而设计的存储系统,类似于Google的GFS和Hadoop的HDFS分布式文件系统。KFS使用C++实现,支持的客户端包括C++,Java,Python。   KFS有三部分组成,分别是metaserver/chunkserver/client library 转载于:...

weixin_30546189的博客 291

ArcGIS拓扑检查实战:5分钟搞定面重叠与缝隙问题(附详细截图)

本文详细介绍了如何使用ArcGIS进行拓扑检查,快速解决面重叠与缝隙问题。通过搭建拓扑检查环境、配置拓扑规则、五步闪电修复法及批量处理技巧,帮助用户高效完成数据修正,提升GIS数据质量。特别适合地籍管理、规划红线等场景应用。

z4a5b6的博客 743

5个免费股票数据API实测对比:从AkShare到BaoStock,哪个最适合你的AI量化项目?

本文深度评测了AkShare、BaoStock、yfinance、Alpha Vantage和EOD Historical Data这五个免费股票数据API,从数据质量、覆盖范围、更新频率、稳定性及易用性进行对比。针对AI量化项目,文章提供了详细的选型策略,帮助开发者根据项目阶段与需求,精准选择最适合的数据源,并强调了多源验证与数据清洗的重要性。

weixin_29290947的博客 5087

分布式文件系统KFS源码阅读与分析(一):MetaServer元数据组织结构

KFS文件系统的MetaServer元数据管理采用的是B+树方式,下面将结合其源码,对KFS MetaServer中元数据的组织形式及有关实现细节进行分析。 1. 相关源码文件 KFS MetaServer元数据管理的代码所在目录为kfs-[version]/src/cc/meta,其中,相关的源码文件有: (1)meta/base.h:KFS元数据metadata中各节点的基础类,包括的类

笔记本 1292

汽车OTA安全启动:ECU双验签机制与实战排障指南

汽车OTA升级中的安全启动,本质是基于密码学的信任建立过程,其核心在于ECU上电时对固件镜像的可信验证。该机制依托硬件信任根(Secure Boot ROM),通过RSA/ECDSA等非对称算法完成签名验签,确保升级包未被篡改且来源可信。技术价值体现在防止恶意固件注入、支撑功能安全(ASIL)与信息安全(ISO/SAE 21434)合规。典型应用场景包括4S店远程升级、BMS控制器固件更新及多ECU协同启动。实践中,验签名失败往往源于证书链断裂、Flash布局错位或KeyUsage字段不匹配等底层工程细节,

weixin_29314405的博客 77

kfs嵌入式文件系统应用指南(二)

4。如何在你的系统中使用kfs文件系统        要在你的系统中使用kfs文件系统你只需要简单的几步:        第一步,就是按照《kfs嵌入式文件系统应用指南(一)》中的方法建立基于你系统的驱动。        第二步,在你的程序主入口函数中对文件系统进行初始化。你需要提供用于建立文件系统的存储器的起始地址和结束地址,并使用kfs初始化函数进行初始化。        r_fsin

xoooc的专栏 1123

(五)激光线扫描-位移台标定

线激光属于主动测量方式,但是由于线激光的特性,我们只能通过提取激光中心线获取这一条线上的高度信息,那么要进行三维重建的话,就需要通过平移或者是旋转的方式,来让线激光扫描被测物体的完整轮廓,也就是整个表面。激光线的密度越高还原出来的物体越细腻,但由于数据量大,也会导致速度变慢。下面以位移台为例讲解,如何标定位移台。

FlyWine的博客 2889

英伟达(NVIDIA) 显卡型号、计算能力(CC)、CUDA版本、PyTorch版本 对照表

本文全面梳理NVIDIA显卡型号与其计算能力(CC)的对应关系,并详解各代CUDA版本对不同架构的支持与弃用情况,帮助用户判断硬件兼容性。同时,结合PyTorch官方发布版本,整理其支持的CUDA版本清单,指导开发者合理选择深度学习环境配置。涵盖从Jetson嵌入式设备到H100、Blackwell等最新旗舰显卡,是一份实用的AI开发环境搭建参考指南。

寒水馨 · 轻量级技术文档 · hanshuixin.org 4889

Jeff Darcy个人发布的分布式存储测试分析报告为什么只关注Small Synchronous Writes

http://pl.atyp.us/2013-07-why-sync-writes.html 肯定有其他op的性能需要考虑。但是其他op不能得出两个分布式文件系统的不同,只有这个小的同步写可以。 原因: 1,读op的负载测试不行:a,os和或者app级别的缓存把read进行了屏蔽,压力传递不到分布式文件系统级别。在文件系统级别,只关注write op。read cache意义不小,但引来较大

To be the innovator and the *ist 1014

uniapp [安卓苹果App端] - 实现获取请求手机位置权限+开启定位获取经纬度/省市区地址等,检测权限手机定位是否开启并引导用户同意授权,uniApp app端调用本机开启本机定位权限及IP属地

uni-app,手机定位权限,安卓Android,苹果ios,uniapp获取本机位置权限,uni-app获取用户定位数据,uniapp APP获取用户IP属地定位,判断权限,权限被拒绝了怎么办,苹果ios系统无法开启定位,获取定位权限报错,uniapp定位获取省市区,UNI-APP如何开启手机定位功能并获取经纬度,不依赖地图第三方插件组件,打包上架后如何获取,真机运行无法获取定位,安卓和ios权限获取,判断权限检查,正式打包,详细教程,根据获取当前经纬度,再根据经纬度去定位具体省市区,自定义基座打包能成功

🏆 前端领域优质创作者 1万+

KFS 0.5发布说明

We are happy to provide a new release of KFS (kfs-0.5). This release adds new features (particularly, atomic record append) as well as stability/performance improvement over previous releases. In a bit of detail, 1. Add support for atomic record append.

Kevin's Share 1029

AI上推荐 之 NeuralCF与PNN模型(改变特征交叉方式)

1. 前言 随着信息技术和互联网的发展, 我们已经步入了一个信息过载的时代,这个时代,无论是信息消费者还是信息生产者都遇到了很大的挑战: 信息消费者:如何从大量的信息中找到自己感兴趣的信息? 信息生产者:如何让自己生产的信息脱颖而出, 受到广大用户的关注? 为了解决这个矛盾, 推荐系统应时而生, 并飞速前进,在用户和信息之间架起了一道桥梁,一方面帮助用户发现对自己有价值的信息, 一方面让信息能够展现在对它感兴趣的用户前面。 推荐系统近几年有了深度学习的助推发展之势迅猛, 从前深度学习的传统推荐模型(协

Miracle8070 1万+

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

文件拷贝这些事

今早在新软发布平台的BLOG上看到了这样的消息:Fastcopy,最快的文件拷贝工具!经测试,一个 424 MB 的电影其拷贝时间仅为 21 秒,传输速度达到了 21 MB/秒,不知比 TotalCopy之流快了多少倍,所以,在这里我不吝惜自己的赞美,把“最快的文件拷贝工具”这个桂冠送给它,如果你发现还有比它更快的,烦请来信告知,我将非常感谢!首先我用的Teracopy,觉得也不错

Kevin's Share 1163

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

linux系统测试报告,[Linux-文件系统测试] -- Bonnie++测试

简述:Bonnie++是一个硬盘和文件系统的基准性能测试工具,它通过一系列的简单测试来生成硬盘和文件系统的性能参数。主要对三个方面做基准测试:数据读、写速度,每秒可以完成的磁盘寻道次数和每秒可以完成的文件元数据操作次数。(说明: Bonnie不能支持>2G的文件,因此Russell Coker (russell@coker.com.au) 开发了Bonnie++)Bonnie++的编译与安装...

weixin_29057237的博客 858

IEM模型,地表粗糙度模拟

利用微波反演土壤水分时候,利用IEM模型可以实现对随机地表的模拟

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

操作系统实验报告(四)文件系统

一、 实验目的 1、 熟悉Linux文件系统的文件和目录结构,掌握Linux文件系统的基本特征; 2、 模拟实现Linux文件系统的简单I/O流操作:备份文件。 二、 实验环境 Ubuntu 20.10、gcc编译器 三、 实验内容 1、 浏览Linux系统根目录下的子目录,熟悉每个目录的文件和功能; 2、 设计程序模拟实现Linux文件系统的简单I/O流操作:备份文件。 四、 实验要求 1、 对文件系统命令和库函数要提前熟悉; 2、 画出备份文件的过程图; 3、 测试数据文件提前准备好; 4、 编写程序.

GHY 6708

分布式系统测试在阿里云的实践

转载自http://www.infoq.com/cn/articles/distributed-systems-test 1. 阿里云的分布式系统 飞天是阿里云独立开发的大规模分布式计算与存储系统,兼有分布式存储和分布式计算的多重功能。基于飞天大规模分布式系统,我们开发了弹性计算,海量邮箱服务,Key-Value存储引擎,结构化数据存储引擎和海量数据处理服务等一系列的上层服务,并且基于

多一份坚持,多一份收获 1341

大规模分布式系统性能测试实践

云时代的应用性能测试挑战 系统容量相比传统应用数量级增长微服务化架构,调用关系更加复杂用户增长迅速,资源突发需求量大 ▼▼▼ 传统性能测试工具性能不足,自研技术门槛高瓶颈在各微服务间漂移,测试技术难度大如何摸清资源扩容模型,有限资源下如何验证性能一旦性能问题流入现网,问题定位周期长 华为云性能测试实践方案如何更加系统的开展性能测试活动 1. 被测对象分析(某社交类APP) 从系统架构分析可能...

weixin_33912246的博客 843

分布式文件存储:Google File System 浅析

Google File SystemGFS是什么DFS系统分类网络文件系统(NFS)Andrew系统(AFS)KASS系统(KFS)DFS系统具体介绍网络文件系统(NFS)设计目标部分功能分布式文件系统 (KFS)Chunk 服务器(chunk的中文就是“块”)客户端客户端的缓存一致性问题分布式系统负载均衡策略 GFS是什么 GFS是谷歌的分布式文件管理系统,因此,我们首先来了解一下什么是分布式文件管理系统。 DFS 文件系统是计算机存储、管理数据的基本方式,当信息量足够大(单台服务器无法支撑现有业务量时

ZERO的博客 3978

分布式文件系统KFS基础知识介绍

Kosmos distributed file system,简称KFS,是一个类GFS的分布式文件系统,被设计用于分布式的结构化存储。下面将对KFS的体系结构进行简单介绍,最后给出一个使用KFS C++ API的示例。 1. KFS体系结构 KFS和GFS的整体结构类似,图中所示为GFS的体系结构图(来自于Sanjay Ghemawat, Howard Gobioff, and Shun-T...

weixin_34124651的博客 620

arm 分布式存储性能测试报告

1.参考: 1.ARM分布式架构上的Ceph分布式存储性能测试案例

mixboot 1720
上一篇: 网管笔记.2008.01.24.端口断开不一定是物理问题
下一篇: Cassandra分布式Hash表系统测试报告
vmape
博客等级 码龄23年 4粉丝 9原创
评论 3
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值