https://www.cnblogs.com/Cl0ud/p/15805571.html
有点大意了，在配置的时候
还是要小心
记住我是个人类
有着一切人类的弱点
不要忘记我是个人类
https://www.zhihu.com/people/a-tao-40
你连“是不是”都没有确认清楚就开始区分优劣了。
我自己有个星际蜗牛
的小主机，装了个openMeditVault的NAS, 这两天给它换电源，换完备份一些文件进去，同样也发现类似的问题：一个42MB的文件夹，里面几百个小文件，从台式机win10拷进NAS，点开属性一看，占用空间近1GB。
拷的时候用的是windows共享文件夹的方式(SMB共享），然后测试用FTP备份，还是一样。
NAS的文件系统是NTFS，我找了个8GB的U盘，格成ext4
，插上，设置共享，拷进去，还是一样。
然后拔下U盘，格成Fat，插上，设置共享，一样。
然后我就发现了问题：拔下来的U盘插回电脑一看，42MB的文件占用空间仍然只有42MB。点里面任意一个小文件一看，只要是文件大小小于1MB的，占用空间一律是1MB。看来问题找到了。
接下来把U盘插回NAS , 设置共享，把这个文件夹复制20份，在windows共享文件
中打开属性一看，占用18GB空间，文件没有损坏，而且8GB的U盘可用空间在NAS里显示还有7GB多，拔下来插回电脑一看，的确还有7GB多。
那问题就解决了，导致在windows共享文件（SMB共享）里空间占用巨大的原因很简单，就是Linux下的SMB共享程序
报告空间占用就是随便估算的，乱报的，小于1MB文件全部算作1MB，导致小文件数量超多的文件夹报告出来的空间占用巨大，没有参考价值。完全不用担心，用起来没有任何问题。
附：如果你用winxp/win7的系统看NAS上的共享文件夹
属性，其大小就正常显示了，win10的SMB版本是最高的，也是唯一显示不正常的。
==================================================
还有人置疑我的文件簇大小？我这硬盘和U盘都是直接在我台式机上用diskgenius格的，簇大小多少我会不知道？我设置的簇全是4k大小，没有例外。
另外即使我上面没说簇的大小，你看看上面也会知道，如果是簇的原因造成的，那我在台式机上就直接会看到这个试验U盘空间占用的区别！
建议你们评论前最好自己先动动脑子再动手自己试试。
ext4 没有优势
转载请注明来源，欢迎对文章中的引用来源进行考证，欢迎指出任何有错误或不够清晰的表达。可以在下面评论区评论，也可以邮件至 3400639399@qq.com
