选8192大小的簇，你们会发现写入性能超乎你的想象

在NTFS文件系统中，簇的大小会影响到磁盘文件的排列，设置适当的簇大小可以减少磁盘空间丢失和分区上碎片的数量。如果簇设置过大，会影响到磁盘存储效率；反之如果设置过小，虽然会提高利用效率，但是会产生大量磁盘碎片

Windows格式化默认的簇大小是4096，但是这个大小的簇读写性能很低下，而8192大小的簇性能非常优秀，这是我9块3T硬盘3块4T硬盘迁移数据后得出的结论。

效率高空间利用率就会受影响

没事，我主要是大的连续文件，再说了8192的簇，你只要不是巨量1、2K大小的那种极其零散的文件，空间利用率的损失是可以接受的，5400转的硬盘连续写入能达到180兆每秒，时间成本低太多了，4096的默认簇下写入速度才40到50兆每秒，不是一个量级啊

https://img.chkaja.com/675da6f8009492da.png
如果小文件多的，像这个文件夹，就会占用更多的空间，这个如果8k的话大概会大于300g

话说怎么发图啊

ok会了

零散小文件多的话，你可以打包成zip或者7Z，管理起来其实也很方便，特别是zip

这个操作只会浪费硬盘空间，增加磁盘碎片，对连续写入的提升还不到1%。你觉得格式化后写入变快了只是因为你磁盘碎片太多，写入完全是离散的罢了

这是一个库。。。。。
压缩之后每次用都要解压。。。。。

话说win10 我的电脑硬盘右键 就能整理磁盘碎片

不是，我之前的文件主要是连续的大文件（高清或者蓝光镜像），后来准备上存储池，迁移数据的时候发现写入速度高也只到50兆，通常速度只有2、30，觉得奇怪，特地查资料，才发现这个问题，然后用相同型号的空硬盘测试，8K簇写入速度稳定在180兆每秒（连续大文件持续写入），4K写入速度不稳定不说还慢平均在2、30兆的样子（同样的连续大文件）

硬盘啥型号的？

数据库？如果只是普通零散文件，你用TC，可以直接预览

希捷的老监控盘3T的，在下载机上面，现在看不了，以前的老硬盘，用了有接近7年

不不不，不是数据库，都是模型

老化了吧，我这个文件夹迁移的时候都有20m-50m

那你打包成zip，Windows系统可以把zip直接当文件夹操作。

用这个文件夹的时候通常是渲染，GPU和CPU占有率能一起到99

新盘也是这样，我还特意买了新数据线，也这样，8K簇就很好了。主要是我文件量太大，迁移的时间成本实在受不了

节哀吧，要不你上固态？

新盘是不是smr的
是的话正常

如果一定要磁盘性能的话，固态组阵列是最佳方案

没意义的，为了加快渲染我试过内存硬盘，大概能优化5%

不是，不管老的新的都是cmr的，不过我在考虑上smr的，当冷备份离线备份之类的也还行

那就只能上工作站了，看来瓶颈在cpu和gpu上面

CPU是线程撕裂者
GPU 2080，

你渲染啥？这样的硬件应该还行啊

blender cycles的视频 大概每1分钟视频要1天