在Virtualbox管理程序中,在ubuntu16.04上格式化xfs卷非常慢,而在Nutanix中运行的vms则不然。
虚拟盒
100 GB =>秒
2TB =>秒
努塔尼(HyperConverged)
100 GB => 4分钟
2TB => 30+分钟
parted -l -s | grep "Error: * unrecognised disk label"
Error: /dev/sdg: unrecognised disk label
parted /dev/sdg mklabel gpt
Information: You may need to update /etc/fstab.
parted -- /dev/sdg mkpart primary xfs 1 -1
Information: You may need to update /etc/fstab.
time mkfs.xfs /dev/sdg1
meta-data=/dev/sdg1 isize=512 agcount=4, agsize=6553472 blks
= sectsz=4096 attr=2, projid32bit=1
= crc=1 finobt=1, sparse=0
data = bsize=4096 blocks=26213888, imaxpct=25
= sunit=0 swidth=0 blks
naming =version 2 bsize=4096 ascii-ci=0 ftype=1
log =internal log bsize=4096 blocks=12799, version=2
= sectsz=4096 sunit=1 blks, lazy-count=1
realtime =none extsz=4096 blocks=0, rtextents=0
real 4m7.653s
user 0m0.004s
sys 0m0.028s
为什么在一个管理程序中用mkfs
格式化驱动器要花费这么长时间,而另一方面却几乎是即时的呢?
发布于 2017-02-14 05:17:47
这是因为超收敛管理程序使用SSD的. mkfs命令格式,默认情况下带有NODISCARD (也称为TRIM)。
要不使用trim运行mkfs,在XFS上使用-K
选项,在ext4上使用-E nodiscard
选项
XFS
mkfs.xfs -K /dev/sdx
EXT4
mkfs.ext4 -E nodiscard
警告:仅在没有现有数据的新卷上使用-K或-E。
在具有现有数据的驱动器上使用-K或-E选项,将导致空间被浪费,直到数据被覆盖。
发布于 2022-09-14 21:02:48
来自红帽官方课程(Red Administration II - RH134),当使用mkfs.xfs生成VDO卷时,如下所示:
# mkfs.xfs -K /dev/mapper/vdo1
具体规定如下:
“前面的-K命令中的mkfs.xfs选项防止立即丢弃文件系统中未使用的块,从而使命令返回速度更快。”
发布于 2018-03-09 01:10:49
mkfs、-t、xfs /dev/md6这个命令在Ubuntu上要花费很长时间,而且在RHEL上非常快速。
mkfs.xfs -K /dev/sdx看起来非常快..。但看起来它只输出信息。最好使用time命令来查看是否确实完成了一些工作。
time mkfs.xfs -K /dev/md6 mkfs.xfs: /dev/md6似乎包含现有的文件系统(xfs)。mkfs.xfs:使用-f选项强制覆盖。
实际0m0.005s用户0m0.000ssys 0m0.00ps
time mkfs.xfs -K /dev/md6 -f meta- data =/dev/md6 isize=512 agcount=32,agsize=24416912 blks = sectsz=512 attr=2,projid32bit=1 = crc=1 finobt=1,sparse=0 data= bsize=4096 blocks=781340832,imaxpct=5 = sunit=16 swidth=32 blks命名=version 2 bsize=4096 ascii-ci=0 ftype=1 log =内部日志bsize=4096 blocks=381520,version=2 = sectsz=512 sunit=16 blks,惰性计数=1实时=none extsz=4096 blocks=0,rtextents=0
实际0m0.572s用户0m0.000ssys 0m0.188s
https://unix.stackexchange.com/questions/344800
复制相似问题