大 inode 大小 (ext4) 的任何性能优势

Question

我们有一个视频编辑服务器，分为两个分区。一份用于视频片段，一份用于项目。项目分区上总共有 7TB 数据和 250,000 个文件。其中，50,000 个的大小小于 1600 字节。我想知道将 inode 大小从默认的 256 字节增加到 2048 字节是否会带来任何性能优势。文件系统会自动将这些 1600 字节的文件与 inode 元数据内联存储吗？

我们使用 samba 将共享挂载到 Windows 和 Mac 客户端。我注意到，当在同一共享的文件夹之间移动包含 10000 个小文件的目录时（使用 Windows 客户端），移动操作需要 3-4 分钟才能完成，即使没有数据传输到任何地方。所以我猜只是文件指针更新一定要花这么长时间。将 20% 的文件与其 inode 内联存储会改善这一情况吗？

根据我的计算，这似乎会花费我们大约 300 MB 的额外空间（可以忽略不计）。那么还有什么理由不尝试这个呢？

注：文件系统当前格式化为块大小为4K，底层NVMe SSD磁盘块大小为4K（可重新格式化为512B）