逻辑盘性能优化（推翻上篇结论）

打脸来的很快，上一篇刚表达了类似于逻辑盘调优没有什么空间的言论，很快就被自己推翻了，还是要diss一下内部团队，太相信他们的专业性了导致这种翻车，因为逻辑盘性能是不作为测试项引入测试的，所以客观上他们的经验也很缺乏。之前草率的给了错误的结论，是因为客户给的时间太少，一天两天就需要给结论，再加上对内咨询没拿到有建设性的意见，实际上最终的结论我一直持有一些怀疑态度，因为根据理论值算，即使是理论值的百分之70，也不应该只有这点性能，再者L卡也不应该比P卡差这么多，因此当客户提出希望再试试的时候，就约好了充分的验证时间仔细做了遍历测试，下面是结果，随机读和随机写都有了非常足的提升，如下图

和之前相比影响最大的调整因素是kernel的IO调度器和读策略设置为无预读，IO调度器调整为none将随机读极大的提升，无预读将随机写极大的提升了，尽管FAE坚持预读与否对写的性能不会有提升，但是实践结果看就是会有的，只要开了预读就会把随机写限制到20K，我认为这是一个BUG，但是鉴于对于SSD推荐设置就是无预读，且厂商那边也不提供进一步支持，就不再纠结了。除了这两个影响因素，下面也把一些L卡的training资料里看了觉得比较有用的东西总结下

SSD：

/Queue/scheduler: none（其他三个算法的优化是基于缩短寻道时间的，而固态硬盘没有所谓的寻道时间且IO响应时间非常短，实测也发现有些卡的有些测试项kyber会表现更好）

Write policy: 无预写

Read policy：无预读

Strip：64KB

HDD：

/Queue/scheduler: mq-deadline

Write policy: 预写

Read policy：预读

Strip：256KB

以上是结合资料和结果来看可以无脑根据盘的类型进行设置的，下面是我没测试出有效果，但是厂家也有推荐的，属于可尝试的

/queue/add_random：Enable or disable whether l/O events contribute to the entropy pool for /devf random 推荐设置为0关闭

/queue/nomerges：Enable or disable l/O request merging in the blocklayer. 推荐设置为2关闭合并功能

/queue/rq_affinity：Indicates how CPUs handle request completions 推荐设置为2强制IO运行在逻辑所属核心上

还有一个多队列参数，grub中添加scsi_mod.use_blk_mq=1参数，开启后none这种简单的算法就不能用了，所以这个参数我理解可能适合HDD，不适合SSD