XFS参数优化及测试

XFS (dm-4): unknown mount option [nobarrier] 现象:业务将CentOS 7系统升级到4.19内核,发现分区/dev/VolGroup00/Data 无法挂载,报错如下 # cat /root/OSInfo CentOS7.2 auto # uname -r 4.19.61-300.el7.x86_64 # dmesg |tail [ 994.342353] XFS (dm-4): unknown mount option [nobarrier]. [ 1018.174020] XFS (dm-4): unknown mount option [n 阅读详情

(一)测试环境

  • 硬件环境

    Inspur NF5270M3, CPU E5-2650 v2@2.60GHz(2Sockect * 8Core * 2HT)
    8 * 16GB of DDR3@1.33G RAM (NUMA)
    ASPEED Graphics Family (rev 21)(used in text-only mode)
    HGST HUS724030ALA640 7200 RPM 2.7TB SATA HDD

  • 软件环境

    操作系统:CentOS Linux release 7.1.1503
    kernel版本:3.10.0-229.el7.x86_64

(二)系统配置

  • 系统分区

    测试均在测试分区/sdm1上进行,默认不采用外部日志。
    外部日志仅在测试外部日志分区时作为对比测试项。

  • 其他配置

    关闭CPU frequency/voltage scaling
    系统工作在文本模式,没有启动X图形界面

(三) 参数调优及结论分析

agcount

共五组测试,默认地,agcount=4

$ mkfs.xfs -f -d agcount=2 /dev/sdm1
$ mkfs.xfs -f -d /dev/sdl1
$ mkfs.xfs -f -d agcount=8 /dev/sdm1
$ mkfs.xfs -f -d agcount=16 /dev/sdm1
$ mkfs.xfs -f -d agcount=32 /dev/sdm1

$ mount /dev/sdm1 /mnt
[root@localhost ~]# filebench
filebench> load fileserver
filebench> set $dir=/mnt/test
filebench> run 60

采用fs_mark这个测试工具,测试写文件系统的速度。

fs_mark  -n  10000  -s  100  -L  1  -S  0  -D  100  -N  100  -d  /mnt/test  -t  32

如图,可以看到写journal模式最差,writeback略好于ordered。如果你的硬盘有电池备份,你大可使用writeback,或者ordered也可以。

journal_dev

测试组一:^journal_dev

$ mkfs.xfs -f /dev/sdm1
$ mount /dev/sdm1 /mnt
$ filebench
filebench> load fileserver
filebench> set $dir=/mnt/test
filebench> run 60

测试组二:journal_dev

$ mkfs.xfs -l logdev=/dev/sdk1,size=65536b -f /dev/sdm1
$ mount -o logdev=/dev/sdk1 /dev/sdm1 /mnt
$ xfs_info /dev/sdm1 
log      =external               bsize=4096   blocks=65536, version=2
     =                       sectsz=512   sunit=0 blks, lazy-count=1
$ filebench
filebench> load fileserver
filebench> set $dir=/mnt/test
filebench> run 60

从测试结果来看,外部设备是普通HDD的话,对性能提升不大,推荐使用SSD/Flash设备作为外部设备。

barrier

/dev/sdm1 on /mnt type xfs
agcount = 4

测试一:barrier

$ mount /dev/sdm1 /mnt

测试二:nobarrier

$ mount -o nobarrier /dev/sdm1 /mnt


fs_mark,32个线程(-t 32),fsync(打开)

fs_mark  -n  10000  -s  100 -L  1  -S 1 -D  100  -N  100  -d  /sdl1 -t  32

有电池备份可以使用nobarrier选项以提高性能。

noatime

测试一:reltime

$ mount /dev/sdm1 /mnt
$ filebench
filebench> load filemicro_seqread
filebench> set $dir=/mnt/test
filebench> run 60

测试二:noatime

$ mount -o noatime /dev/sdm1 /mnt
$ filebench
filebench> load filemicro_seqread
filebench> set $dir=/mnt/test
filebench> run 60

对文件系统读操作进行优化,不记录读文件的访问时间,可以看到在小文件顺序读测试中,效果明显,noatime能减轻读操作对磁盘的频繁写入。

其他选项

block-size
logbufs
logbsize
lazy-count
sunit
swidth
Swalloc
O_DIRECT

实战parted命令:从零构建GPT分区与XFS文件系统 本文详细介绍了如何使用parted命令从零构建GPT分区与XFS文件系统。通过实战步骤讲解,包括GPT分区表的创建、精确划分磁盘分区、XFS文件系统的格式化与优化,以及持久化挂载配置和性能调优技巧,帮助用户高效管理大容量存储设备。特别适合需要处理大文件和高并发读写的应用场景。 阅读详情

相关推荐

Ext4与XFS深度对比:从技术特性到场景选择的实战指南

本文深入对比了Ext4与XFS文件系统的技术特性与适用场景,从基础认知到性能实测,提供了详细的配置优化指南和选型建议。Ext4在小文件处理上表现优异,而XFS则擅长处理大文件和并发请求,适合不同工作负载需求。文章还涵盖了故障处理、日常维护及混合使用方案,帮助用户根据实际需求选择最佳文件系统。

weixin_30784501的博客 381

xfs文件系统优化

某云一直在xfs作为其底层文件系统,性能不错。我自己也试了一下,默认参数下性能不如ext4文件系统。上网找了一些文章,做了一下调优。发现性能突飞猛进。 性能的奥秘在于格式化时候的参数: mkfs.xfs -f -i size=512-l size=128m,lazy-count=1-d agcount=16/dev/sdb1 -i s...

weixin_34417183的博客 1003

Ext4 vs XFS 文件系统实战对比:3种典型工作负载下的IOPS与延迟实测

本文通过实测对比Ext4和XFS文件系统在数据库事务、Web静态文件和虚拟化存储三种典型工作负载下的IOPS与延迟表现。结果显示,Ext4在小文件随机读写中性能更优,而XFS在大文件顺序读和高并发场景下表现更佳。文章提供了详细的测试数据和优化建议,帮助用户根据实际需求选择最适合的文件系统。

weixin_34393428的博客 408

磁盘管理与文件系统

1.硬盘的作用:1.存储设备,存储计算机系统,应用程序、文档、多媒体文件。计算机需要访问这些数据时,内存发出调度指令---->硬盘----->硬盘读取数据------>计算机内存当中去处理------>cpu------->分配资源执行。MBR 主引导记录 32位表示扇区数。分区不能超过2T主引导记录:一共446字节,在安装操作系统时,写入MBR,作用:引导--->磁盘在不在,工作是否正常--->加载操作系统主要作用:识别活动分区,引导打开操作系统。

m0_72359405的博客 276

SSD文件系统选型指南:ext4、XFS、Btrfs与ZFS实测对比

文件系统是数据存储的核心抽象层,不同介质对文件系统行为的要求截然不同。SSD基于NAND闪存,擦除粒度远大于写入粒度,由此产生写放大问题;同时,删除文件只是逻辑标记,主控需要通过TRIM指令才能回收空闲块。这些底层差异决定了分区对齐、挂载参数、日志策略和定时裁剪(fstrim)共同影响SSD的长期性能与寿命。在实际应用中,桌面开发机、高性能数据库、NAS多盘存储和嵌入式设备对文件系统的需求各不相同:ext4稳定普适,XFS适合高并发大文件,Btrfs和ZFS提供校验和与快照,f2fs面向闪存做冷热分离。选型

weixin_34384557的博客 195

Linux 性能调优之文件系统调优(Tuning file system utilization)

考试整理相关笔记博文内容涉及,文件系统常见调优手段不同文件系统格式适用场景分析,格式化选项,挂载日志策略调整日志和数据分离配置fstrim空间回收理解不足小伙伴帮忙指正不必太纠结于当下,也不必太忧虑未来,当你经历过一些事情的时候,眼前的风景已经和从前不一样了。——村上春树RHEL8 默认文件系统为XFSExt4依然是可以使用的文件系统方案。XFS支持1PB的文件系统,单个文件大小限制为8EB。Ext4支持50TB的文件系统,单个文件大小限制为16TB。

山河已无恙 2271

linux 测试参数设置,XFS参数优化及测试

(一)测试环境硬件环境Inspur NF5270M3, CPU E5-2650 v2@2.60GHz(2Sockect * 8Core * 2HT)8 * 16GB of DDR3@1.33G RAM (NUMA)ASPEED Graphics Family (rev 21)(used in text-only mode)HGST HUS724030ALA640 7200 RPM 2.7TB SA...

weixin_29057163的博客 1020

fs_mark-开源

fs_mark基准测试测试同步写入工作负载。 它可以改变文件的数量,目录深度等。它具有读取,写入,取消链接和fsync的详细时序,从而非常适合于模拟邮件服务器和其他设置。

Container30 Volume存储性能调优:架构视角下的技术实现路径

Container30作为专为Apple Silicon优化的轻量级虚拟机工具,为Mac用户提供了高效的Linux容器运行环境。在数据密集型应用场景中,Volume作为容器与主机间数据共享的核心组件,其读写性能直接影响整体系统效率。本文从架构师视角出发,深入分析Container30 Volume性能瓶颈,并提供系统化的技术调优方案。 ## 问题诊断:Volume性能瓶颈的架构分析 在Cont

gitblog_00068的博客 132

PTA编程—币值转换

我对于这个题的主要思想就是把九位数分三块,对每块进行处理后,再合并。有了这个思想就开始写代码,后面就是哪有洞补哪,哪个测试用例没通过就对其特殊处理…。反正最后测试用例全通过了。 #include<iostream> #include <string> #include <algorithm> using namespace std; char a[10]={'a','b','c','d','e','f','g','h','i','j'}; //既然题目说了最多9位

uyo9ko的博客 991

Matlab实战:水声信号DEMON谱分析从入门到精通(附完整源码)

本文详细介绍了使用Matlab进行水声信号DEMON谱分析的完整流程,从基础理论到实战应用,涵盖信号预处理、包络提取、频谱分析等关键步骤,并附完整源码。特别针对水声通信中的低信噪比环境,提供了多种优化方案和性能提升技巧,帮助读者快速掌握这一水下目标检测的核心技术。

gamma的博客 296

Linux服务器磁盘IO延迟过高:通过调整IO调度器与优化文件系统提升磁盘性能

通过A5数据的方法与实践步骤,可以有效缓解Linux服务器磁盘IO延迟问题,提高系统整体性能与稳定性。调整IO调度器与文件系统的优化应结合具体业务负载与硬件特性不断迭代。

2509_93923299的博客 581

Vivado实战:UltraScale/UltraScale+器件eFUSE寄存器配置与安全编程全解析

本文详细解析了Xilinx UltraScale/UltraScale+器件中eFUSE寄存器的配置与安全编程方法。从芯片唯一身份标识到加密密钥烧录,再到用户寄存器的灵活应用和安全控制寄存器的配置技巧,全面介绍了如何利用eFUSE功能提升硬件安全性。文章还提供了JTAG接口安全管理和NKZ文件备份方案,帮助开发者避免常见陷阱,确保安全编程的可靠性。

weixin_42535703的博客 430

Redis在CentOS 9 Stream的性能调优指南:从安装到优化配置

本文详细介绍了在CentOS 9 Stream系统上对Redis进行性能调优的全过程,从系统准备、内存管理到网络优化和高级监控。通过具体配置示例和内核参数调整,帮助DevOps工程师提升Redis在高并发场景下的性能表现,打造高效的缓存与数据存储解决方案。

fff88的博客 477

解决Jupyter Notebook中Plotly图表显示问题

摘要:在Jupyter Notebook中使用Plotly绘图时遇到图表无法显示的问题。通过分析发现Python 3.12版本与Jupyter存在兼容性问题。解决方案是将Python降级到3.11版本,重新创建虚拟环境后图表正常显示。这表明版本兼容性对数据可视化工具至关重要,环境配置检查是解决问题的关键步骤。该案例为遇到类似问题的开发者提供了参考方案。

m0_74337424的博客 125

PCB制造工艺参数到AD规则设置

本文提供了PCB设计与制造的落地指南,强调需先了解PCB厂的工艺参数,再在Altium Designer中设置相应规则。核心步骤包括:获取PCB厂的关键工艺参数(线宽/线距、过孔尺寸等),在AD中设置电气规则、布线规则、阻焊规则等,并进行DRC检查。文章还给出了常见问题避坑建议和快速落地模板,帮助设计师确保设计符合生产要求,避免因工艺不匹配导致的报废或成本增加。

qq_37999850的博客 293

ScyllaDB文件系统:EXT4、XFS、ZFS对比

在分布式NoSQL数据库的世界中,文件系统选择往往被忽视,但对于ScyllaDB这样的高性能数据库来说,文件系统是性能表现的关键决定因素。ScyllaDB作为Cassandra兼容的高性能替代品,其设计哲学是充分利用现代硬件资源,而文件系统的异步I/O(AIO)支持、写入性能和可靠性直接影响数据库的整体表现。 本文将深入分析EXT4、XFS和ZFS三种主流文件系统在ScyllaDB环境下的表现差...

gitblog_00702的博客 1112

基于STM32设计的指针式电子钟与万年历(升级版)

这是基于STM32设计的一个指针式电子钟+万年历小项目,采用3.5寸的LCD屏显示时钟,日历、温度、天气,支持触摸屏调整设置时间,设置闹钟,查看日历等等。整体项目主要是技术点就是LCD屏的图形绘制。比如: 时钟的时针绘制、分针、秒针、表盘、日历绘制等等。

1万+

xfs格式化、ext4格式化并指定inode区别

[root@b ~]# mkfs.ext4 -N 90000000 /dev/sdb3 首先是mkfs.xfs的,重点是这几个: -i size=512 : 默认的值是256KB,这里的设置是为了selinux的,这个设置针对inode size,selinux使用xfs的Extend Attribute,首先要写到inode中,如果容量不够(默认是256KB的时候就不够,...

weixin_30247307的博客 955

YOLOv11【第六章:模型压缩与极致优化篇·第4节】Lamp 剪枝算法:无需超参的自动化剪枝策略!

🏆 本文收录于专栏 《YOLOv11实战:从入门到深度优化》。本专栏围绕 YOLOv11 的改进、训练、部署与工程优化 展开,系统梳理并复现当前主流的 YOLOv11 实战案例与优化方案,内容目前已覆盖 分类、检测、分割、追踪、关键点、OBB 检测 等多个方向。

**My Coding Family** 1215

Android16 RK3576 Bluetooth source和sink模式切换

摘要:本文介绍了在RK3576平台上实现蓝牙A2DP模式动态切换的修改方案。通过在device配置文件中添加A2DP Sink相关属性,修改Bluetooth模块代码实现:1)在Config.java中增加persist.bluetooth.rka2dpsink属性控制模式切换;2)修改A2dpSinkStreamHandler.java取消音频焦点限制;3)调整btif_a2dp_sink.cc默认授予音频焦点。最终通过设置persist.bluetooth.rka2dpsink属性为true/false

tzj1058756809的博客 862

XFS_WANT_CORRUPTED_GOTO报错全解析:从应急处理到xfs_repair修复实战

文件系统是操作系统数据存储与检索的核心,元数据一致性直接影响数据安全。当Linux服务器上的XFS文件系统触发XFS_WANT_CORRUPTED_GOTO内部错误时,文件系统会被强制切换为只读,业务中断往往随之而来。理解这一错误背后的宏定义与元数据校验机制,是定位根因的第一步。面对此类故障,合理的应急响应、xfs_repair的分步修复操作,以及底层磁盘/RAID/内存的健康排查,是避免数据二次损坏的关键。同时,结合XFS挂载参数调优、日志监控和备份快照策略,可将被动救火转化为主动预防。本文以真实故障排查

weixin_34128839的博客 297

迈瑞BS系列全自动生化分析仪LIS协议接口手册(内含HL7和ASTM)

迈瑞BS系列全自动生化分析仪LIS协议接口手册,内含HL7和ASTM)

【Linux】文件系统挂载参数优化

Linux文件系统挂载参数优化指南 本文深入探讨Linux文件系统挂载参数对系统性能的影响,并提供针对不同场景的优化建议: 核心参数解析 noatime/relatime:减少不必要的访问时间更新 日志模式选择(ext4):权衡安全性与性能 barrier=0:谨慎使用的高风险选项 SSD优化:TRIM支持与discard参数 安全参数:nodev/nosuid/noexec组合 性能测试方法 提供Java测试程序测量不同参数下的I/O性能 演示如何对比不同挂载配置的效果 场景化推荐 Java应用部署目录优

千淘万漉虽辛苦,吹尽狂沙始到金 2万+

蓝牙模块HM-10手册

蓝牙模块HM-10手册,该手册对蓝牙模块HM-10进行了详细的介绍和使用方法以及一些AT指令。

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用,资源的后缀为tar.gz格式的压缩包

EXT4参数优化及测试

(一)测试环境 硬件环境Inspur NF5270M3, CPU E5-2650 v2@2.60GHz(2Sockect * 8Core * 2HT) 8 * 16GB of DDR3@1.33G RAM (NUMA) ASPEED Graphics Family (rev 21)(used in text-only mode) HGST HUS724030ALA640 7200 RPM 2.

helloanthea的专栏 1万+

C# WinForm 基于DirectShow.dll编写的程序,可边预览边保存视频,音频和图片

基于微软的DirectShow.dll的二次开发1.自动识别连接的摄像头跟麦克风且可以对其进行选择(默认选中第一个)2.可录制wmv和avi两种格式的视频并且都带有音频,avi可以录制的分辨率和帧数进行选择,wmv默认进行了淸晰度优化如不喜欢可去除代码中有相关提示3.可在预览点开之后进行拍照,也可边录制视频边拍照4.添加了视频和音频的压缩功能(酌情使用)这次二次开发发现C#对DirectShow的相关信息太少,这次做完也不敢藏私共享出来,还望大家指正

Linux文件系统技术解析:EROFS、NTFS与XFS对比与应用

文件系统是操作系统管理存储设备的核心组件,其设计直接影响数据存取效率和系统稳定性。现代文件系统通过压缩算法、日志机制和并行化设计等技术创新,显著提升了IO性能和可靠性。以EROFS为代表的只读文件系统采用zstd压缩技术,在容器镜像等场景实现高达1.8:1的压缩比;NTFS3驱动通过重构日志处理机制,使Linux下的NTFS写入性能提升158%;XFS则凭借动态inode分配等企业级特性,支持EB级存储规模。这些技术在云原生、双系统环境和海量数据存储等场景展现独特优势,如实测显示EROFS可使容器启动时间缩

weixin_30512965的博客 174
上一篇: EXT4参数优化及测试
下一篇: CentOS 7中利用Snapper快照进行系统备份与恢复
helloanthea
博客等级 码龄17年 26粉丝 24原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值