> 老生常谈的项目亮点和遇到的难点是什么，这个需要说到什么粒度？比如我优化了一个本地缓存，本来是全局一个前缀树，解析字符串，根据 xxxx 的业务场景，改成了二级 map ，减小了锁的粒度。这么说是不是过于简单了？

是的简单了，我的思路是：
1. 实际过程中，在线上业务或者 perf 测试时候发现了问题，如何发现的？这里涉及到了可观测性工具，以及 perf 工具，以及 debug 思路
2. 找到了问题，那么就要考虑原有的结构， 如何调优，如何测试，有没有更好地思路，是否去做了探查，业界有哪些方法来解决这个问题（方法论问题）
3. 解决完成后，看收益，要具体到数字指标
4. 如何持续性优化思路

分享下我的经验，我作为面试官期望得到的结果：

@bigpigB 有办公室的，资深可以 base 成都

@kevin1234 五年以上资深的也可以放

@idblife 您好，具体薪资会根据您的面试情况以及原有薪资来定（比较官方的说法，但是事实上确实是 这样）

@Tianny 您好，运维比较敏感，无法 remote

文件规模大了，寻址就可能会慢很多，这里可以考虑用 db 做索引，然后小文件聚合。

这有啥可交流的呢？官方文档以及开源项目不够完整么？

@MyBules 我们招，摩尔线程，可以查看职位 https://mthreads.zhiye.com/social ，如果有兴趣可以联系我内推 vfs # live.com

kata 试试

@OysterQAQ 这个明显不靠谱，minio 并没有优化海量文件的问题。后端存储还是单独按文件存的。

海量小文件优化，还是要做聚合，减少文件检索带来的磁盘操作。

我之前用 golang 写了一个 iscsi target ，没在 Windows 上面测试过，没有稳定性保证[😂] https://github.com/gostor/gotgt