相关的Issue

#I7PF0M:支持文件系统分区锁

原因（目的、解决的问题等）

各分区共用一把锁，导致无法同步读写，影响速度

描述（做了什么，变更了什么）

0，menuconfig增加配置项，可按需开启分区锁，默认关闭。
mount point下面增加一个锁供本分区的文件使用。因此开启后会占用分区数量的MUX

1，目录opendir，closedir 使用数量较少,暂未开启。
2，底层文件系统不同，对性能提升不一致。

测试内容: 三个线程, 分别进行循环的文件 打开, 写, lssek, 读, close

littlefs 有一定提升:
读写同分区: 开启前 4804ms 开启后 4289ms
读写不同分区: 开启前 8464ms 开启后 7929ms

fatfs 无明显提升, 不建议开启
读写同分区: 开启前 1611ms 开启后 1642ms
读写不同分区: 开启前 13172ms 开启后 13249ms

测试用例（新增、改动、可能影响的功能）

1，基础用例已执行成功

2，性能验证中

是否涉及对外变更（典型的如：对外API规格变更、新增对外接口等等）

必须选择一项（在MarkDown模式下用[x]替换[ ]即可勾选对应选项）:

• 是，涉及对外变更: 需要在commit message中按【模板要求】描述变更点
• 否，不涉及对外变更

是否需要同步至release（如：3.0LTS ... ）分支？

必须选择一项（在MarkDown模式下用[x]替换[ ]即可勾选对应选项）:

• 是，需要同步的分支：
• 否

理由：新增功能