SplitFS文件系统性能测试与实验指南
2025-06-19 14:44:15作者:盛欣凯Ernestine
前言
SplitFS是一种创新的用户空间文件系统,专为持久性内存(PM)优化设计。本文将从技术原理出发,详细介绍SplitFS的性能测试方法、实验环境和具体操作步骤,帮助读者全面理解SplitFS的性能特点。
SplitFS性能测试概述
SplitFS通过独特的架构设计,在保证数据一致性的同时提供了优异的性能表现。其核心创新点包括:
- 分层架构:将文件系统操作分为快速路径和慢速路径
- 灵活一致性模型:提供strict、POSIX和sync三种不同的一致性保证级别
- 零拷贝优化:减少数据在用户空间和内核空间之间的复制开销
实验环境准备
硬件要求
- 服务器配置:32GB DRAM
- CPU:至少4核,建议使用Intel Xeon系列处理器
- 持久性内存:实验中模拟了24GB的PM空间
软件依赖
-
LevelDB编译依赖:
- 需要CMake 3.9以上版本
- 安装命令:
cd dependencies; ./leveldb_deps.sh; cd ..
-
YCSB基准测试工具:
- 需要JDK 8和Maven 3
- 安装步骤:
sudo add-apt-repository ppa:openjdk-r/ppa sudo apt update sudo apt install openjdk-8-jdk maven export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64 export PATH=$PATH:$JAVA_HOME/bin
内核配置
-
编译自定义内核:
- 使用脚本编译Linux 4.13.0内核
- 命令:
cd scripts/kernel-setup; ./compile_kernel.sh; cd ..
-
持久性内存模拟:
- 修改GRUB配置:
GRUB_DEFAULT="Advanced options for Ubuntu>Ubuntu, with Linux 4.13.0" GRUB_CMDLINE_LINUX="memmap=24G!4G nokaslr" - 更新GRUB并重启
- 验证:检查
/dev/pmem0是否存在
- 修改GRUB配置:
基准测试详解
YCSB测试
测试目的:验证SplitFS在键值存储工作负载下的性能表现
测试配置:
- 对比系统:ext4 DAX、NOVA-strict、NOVA-relaxed、PMFS
- SplitFS模式:strict模式
预期结果:
- SplitFS-strict性能应达到或超过NOVA-strict
- 证明SplitFS能在提供相同保证的前提下获得更好性能
TPC-C测试
测试目的:评估SplitFS在OLTP工作负载下的表现
测试配置:
- 使用SQLite数据库(WAL模式)
- SplitFS模式:POSIX模式
- 对比系统:ext4 DAX和NOVA-strict
技术洞察:
- SQLite在WAL模式下不需要NOVA-strict提供的严格保证
- SplitFS-POSIX能根据应用需求提供适当的一致性保证
- 预期性能将优于使用NOVA-strict的情况
rsync测试
测试目的:评估SplitFS在元数据密集型工作负载下的开销
测试配置:
- SplitFS模式:sync模式
- 对比系统:NOVA-relaxed和PMFS
预期结果:
- SplitFS会引入适度的性能开销
- 证明SplitFS在元数据操作方面的权衡取舍
实验执行步骤
1. 编译组件
# 编译SplitFS
cd scripts/splitfs-setup; ./compile_splitfs.sh; cd ../..
# 编译LevelDB
cd scripts/ycsb; ./compile_leveldb.sh; cd ../..
# 编译YCSB
cd scripts/ycsb; ./compile_ycsb.sh; cd ../..
# 其他组件编译类似...
2. 生成工作负载
# 生成YCSB工作负载
cd scripts/ycsb; ./gen_workloads.sh; cd ../..
# 生成TPC-C工作负载
cd scripts/tpcc; ./gen_workload.sh; cd ../..
# 生成rsync工作负载(需要sudo权限)
cd scripts/rsync/; sudo ./rsync_gen_workload.sh; cd ../..
3. 运行基准测试
# 运行YCSB测试
cd scripts/ycsb; ./run_ycsb.sh; cd ../..
# 运行TPC-C测试
cd scripts/tpcc; ./run_tpcc.sh; cd ../..
# 运行rsync测试
cd scripts/rsync; ./run_rsync.sh; cd ../..
4. 结果分析
测试结果将保存在results/目录下,可以使用提供的Python脚本解析结果:
python3 parse_results.py
脚本会生成CSV格式的结果文件,便于进行数据分析。
性能优化建议
- 线程数配置:在编译脚本中指定合适的线程数以加速编译
- 缓存利用:确保测试数据能充分利用LLC缓存(8MB)
- 一致性模式选择:根据应用特点选择最合适的SplitFS模式
- 数据密集型:strict模式
- 事务处理:POSIX模式
- 元数据操作:sync模式
常见问题排查
-
内核版本不符:
- 确认系统已正确启动到4.13.0内核
- 检查
uname -r输出
-
持久内存未识别:
- 确认
/dev/pmem0设备存在 - 检查GRUB配置是否正确应用
- 确认
-
性能异常:
- 确认测试环境与论文一致(32GB DRAM,4核CPU)
- 检查后台是否有其他资源密集型进程
结论
通过本文介绍的测试方法,开发者可以全面评估SplitFS在不同工作负载下的性能表现。实验结果表明,SplitFS在保持灵活一致性模型的同时,能够提供优异的性能,特别是在数据密集型工作负载下表现突出。
登录后查看全文
热门项目推荐
AutoGLM-Phone-9BAutoGLM-Phone-9B是基于AutoGLM构建的移动智能助手框架,依托多模态感知理解手机屏幕并执行自动化操作。Jinja00
Kimi-K2-ThinkingKimi K2 Thinking 是最新、性能最强的开源思维模型。从 Kimi K2 开始,我们将其打造为能够逐步推理并动态调用工具的思维智能体。通过显著提升多步推理深度,并在 200–300 次连续调用中保持稳定的工具使用能力,它在 Humanity's Last Exam (HLE)、BrowseComp 等基准测试中树立了新的技术标杆。同时,K2 Thinking 是原生 INT4 量化模型,具备 256k 上下文窗口,实现了推理延迟和 GPU 内存占用的无损降低。Python00
GLM-4.6V-FP8GLM-4.6V-FP8是GLM-V系列开源模型,支持128K上下文窗口,融合原生多模态函数调用能力,实现从视觉感知到执行的闭环。具备文档理解、图文生成、前端重构等功能,适用于云集群与本地部署,在同类参数规模中视觉理解性能领先。Jinja00
HunyuanOCRHunyuanOCR 是基于混元原生多模态架构打造的领先端到端 OCR 专家级视觉语言模型。它采用仅 10 亿参数的轻量化设计,在业界多项基准测试中取得了当前最佳性能。该模型不仅精通复杂多语言文档解析,还在文本检测与识别、开放域信息抽取、视频字幕提取及图片翻译等实际应用场景中表现卓越。00
GLM-ASR-Nano-2512GLM-ASR-Nano-2512 是一款稳健的开源语音识别模型,参数规模为 15 亿。该模型专为应对真实场景的复杂性而设计,在保持紧凑体量的同时,多项基准测试表现优于 OpenAI Whisper V3。Python00
GLM-TTSGLM-TTS 是一款基于大语言模型的高质量文本转语音(TTS)合成系统,支持零样本语音克隆和流式推理。该系统采用两阶段架构,结合了用于语音 token 生成的大语言模型(LLM)和用于波形合成的流匹配(Flow Matching)模型。 通过引入多奖励强化学习框架,GLM-TTS 显著提升了合成语音的表现力,相比传统 TTS 系统实现了更自然的情感控制。Python00
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00
项目优选
收起
deepin linux kernel
C
25
9
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
415
3.19 K
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
暂无简介
Dart
680
160
🔥LeetCode solutions in any programming language | 多种编程语言实现 LeetCode、《剑指 Offer(第 2 版)》、《程序员面试金典(第 6 版)》题解
Java
65
19
Ascend Extension for PyTorch
Python
229
259
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
689
327
React Native鸿蒙化仓库
JavaScript
265
326
喝着茶写代码!最易用的自托管一站式代码托管平台,包含Git托管,代码审查,团队协作,软件包和CI/CD。
Go
23
0
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.21 K
660