processor : 1
#
所以就是有
两颗
CPU
的意思，那就
来设
定
设
定我
们
的
xfs
文件系
统
格式化
参数
吧！！
[root@study ~]#
mkfs.xfs
-
f
-
d agcount=2 /dev/vda4
meta
-
data=/dev/vda4 isize=256
agcount=2, agsize=131072 blks
= sectsz=512 attr=2, projid32bit=1
= crc=0 finobt=0
.....(
底下省略
).....
#
可以跟前一
个
范例
对
照看看，可以
发现
agcount
变
成
2
了喔！
#
此外，因
为
已
经
格式化
过
一次，因此
mkfs.xfs
可能
会
出
现
不
给
你格式化的警告！因此需要使用
-
f
.
XFS
文件系统
for RAID
效能优化
(Optional)
我们在第
14
章会持续谈到½½文件系统的设定，其中就有磁盘阵列这个东西！磁盘阵列是多颗磁盘
组成一颗大磁盘的意思，
利用同步写入到这些磁盘的技术，不但可以加快读写速度，还可以让某一
颗磁盘坏掉时，整个文件系统还是可以持续运作的状态！那就是所谓的容错。
基本上，磁盘阵列
(RAID)
就是透过½文件先细分为数个小型的分区区块
(stripe)
之后，然后½众多
的
stripes
分别放到磁盘阵列里面的所有磁盘，
所以一个文件是被同时写入到多个磁盘去，当然效
能会好一些。为了文件的保全性，所以在这些磁盘里面，会保留数个
(
与磁盘阵列的规划有关
)
备份
磁盘
(parity disk)
，
以及可能会保留一个以上的备用磁盘
(spare disk)
，这些区块基本上会占用掉磁
盘阵列的总容量，不过对于数据的保全会比½有保障！
那个分区区块
stripe
的数值大多½于
4K
到
1M
之间，这与你的磁盘阵列卡支持的项目有关。
stripe
与你的文件数据容量以及效能相关性½高。
当你的系统大多是大型文件时，一般½议
stripe
可以设
定大一些，这样磁盘阵列读
/
写的频率会½低，效能会提升。如果是用于系统，
那么小文件比½多的
情况下，
stripe
½议大约在
64K
左右可能会有½佳的效能。不过，还是都须要经过测试啦！完全是
case by case
的情况。
更多详细的磁盘阵列我们在第
14
章再来谈，这里先有个大概的认识即可。
14
章看完之后，再回来这个小½瞧瞧啰！
文件系统的读写要能够有优化，最好能够搭配磁盘阵列的参数来设计，这样效能才能够起来！也就是
说，你可以先在文件系统就½
stripe
规划好，
那½给
RAID
去存取时，它就无须重复½行文件的
stripe
过程，效能当然会更好！那格式化时，优化效能与什么咚咚有关呢？我们来假设个环境好了：
.
我有两个线程的
CPU
数量，所以
agcount
最好指定为
2
.
当初设定
RAID
的
stripe
指定为
256K
这么大，因此
su
最好设定为
256k
.
设定的磁盘阵列有
8
颗，因为是
RAID5
的设定，所以有一个
parity (
备份碟
)
，因此指定
sw
为
7
.
由上述的数据中，我们可以发现数据宽度
(swidth)
应该就是
256K*7
得到
1792K
，可以指定
extsize
为
1792k
相关资料的来源可以参考文末
(
注
7
)
的说明，这里½快速的使用
mkfs.xfs
的参数来处理格式化的动作
喔！
[root@study ~]#
mkfs.xfs
-
f
-
d agcount=2,su=256k,sw=7
-
r extsize=1792k /dev/vda4
meta
-
data=/dev/vda4 isize=256
agcount=2
,
agsize=131072 blks