默认大小是多少？
16 个解决方案
#1
我自己找到答案了，呵呵
簇是文件系统中基本的储存单位，当你在Windows对分区进行格式化时，会有簇大小的选择(见图4 24rntfs04)，如果设置的值比较大，那么文件保存时占用的簇就会少，从而文件读取性能就越高。还是用个比喻，簇就像仓库中的柜子，如果你选择的是小号柜子，那么一批材料可能一个柜子装不满，还得用三到四个，如果是大号柜子，那么可能只用一个或两个就装下了。这样装和取材料时，柜子越少效率就越高。但是，不少批次的材料可能一个大柜子都装不满，这样柜子就只能空着许多空间，积少成多，会浪费不少空间。
簇是文件系统中基本的储存单位，当你在Windows对分区进行格式化时，会有簇大小的选择(见图4 24rntfs04)，如果设置的值比较大，那么文件保存时占用的簇就会少，从而文件读取性能就越高。还是用个比喻，簇就像仓库中的柜子，如果你选择的是小号柜子，那么一批材料可能一个柜子装不满，还得用三到四个，如果是大号柜子，那么可能只用一个或两个就装下了。这样装和取材料时，柜子越少效率就越高。但是，不少批次的材料可能一个大柜子都装不满，这样柜子就只能空着许多空间，积少成多，会浪费不少空间。
#2
呵呵，正解！
#3
是的，小文件多，特别是小于默认的4k的，那么就小点好：）
免得浪费空间
免得浪费空间
#4
大簇 --> 访问速度快，占用空间大
小簇 --> 访问速度慢，占用空间小
自己看情况使用咯
小簇 --> 访问速度慢，占用空间小
自己看情况使用咯
#5
过大很浪费磁盘空间，太小影响性能，默认是512，还是用默认的吧，这个数值微软也是经过推敲和测试得来的。
#6
大簇 --> 访问速度快，占用空间大
小簇 --> 访问速度慢，占用空间小
===============================
大簇浪费空间大，小簇浪费空间小，这倒是对的，说什么小簇访问速度慢，根本是毫无根据的胡说八道。Linux/Unix从30年前的几十M的硬盘，到现在以T为单位的硬盘阵列，簇的大小都是1K，什么时候有人说它影响速度了？！
NTFS簇的大小是4K，现在还看不到有改变它的必要，而且估计，NTFS格式淘汰之前都不必改变簇大小。
小簇 --> 访问速度慢，占用空间小
===============================
大簇浪费空间大，小簇浪费空间小，这倒是对的，说什么小簇访问速度慢，根本是毫无根据的胡说八道。Linux/Unix从30年前的几十M的硬盘，到现在以T为单位的硬盘阵列，簇的大小都是1K，什么时候有人说它影响速度了？！
NTFS簇的大小是4K，现在还看不到有改变它的必要，而且估计，NTFS格式淘汰之前都不必改变簇大小。
#7
实际上，现在的硬盘文件系统的簇大小是根据操作系统管理分配内存的模式决定的，Linux的1 block 是1K，Windows的1 page是4K，如此而已！解决速度问题，只有一套Cache/Write Back机制来处理，与簇的大小没有关系。
#8
learning
#9
一般用默认大小就可以了。
#10
硬盘是单向旋转读取数据的...
同一文件分簇过多可能导致要多旋几圈.............
为啥有磁盘整理?
同一文件分簇过多可能导致要多旋几圈.............
为啥有磁盘整理?
#11
藏龙卧虎哇~~
#12
缺省值就比较适中，综合考虑了两者的协调。
#13
受教了
#14
学习了
#15
默认就好了
#16
都是好厉害的也!分析得好透彻
#1
我自己找到答案了，呵呵
簇是文件系统中基本的储存单位，当你在Windows对分区进行格式化时，会有簇大小的选择(见图4 24rntfs04)，如果设置的值比较大，那么文件保存时占用的簇就会少，从而文件读取性能就越高。还是用个比喻，簇就像仓库中的柜子，如果你选择的是小号柜子，那么一批材料可能一个柜子装不满，还得用三到四个，如果是大号柜子，那么可能只用一个或两个就装下了。这样装和取材料时，柜子越少效率就越高。但是，不少批次的材料可能一个大柜子都装不满，这样柜子就只能空着许多空间，积少成多，会浪费不少空间。
簇是文件系统中基本的储存单位，当你在Windows对分区进行格式化时，会有簇大小的选择(见图4 24rntfs04)，如果设置的值比较大，那么文件保存时占用的簇就会少，从而文件读取性能就越高。还是用个比喻，簇就像仓库中的柜子，如果你选择的是小号柜子，那么一批材料可能一个柜子装不满，还得用三到四个，如果是大号柜子，那么可能只用一个或两个就装下了。这样装和取材料时，柜子越少效率就越高。但是，不少批次的材料可能一个大柜子都装不满，这样柜子就只能空着许多空间，积少成多，会浪费不少空间。
#2
呵呵，正解！
#3
是的，小文件多，特别是小于默认的4k的，那么就小点好：）
免得浪费空间
免得浪费空间
#4
大簇 --> 访问速度快，占用空间大
小簇 --> 访问速度慢，占用空间小
自己看情况使用咯
小簇 --> 访问速度慢，占用空间小
自己看情况使用咯
#5
过大很浪费磁盘空间，太小影响性能，默认是512，还是用默认的吧，这个数值微软也是经过推敲和测试得来的。
#6
大簇 --> 访问速度快，占用空间大
小簇 --> 访问速度慢，占用空间小
===============================
大簇浪费空间大，小簇浪费空间小，这倒是对的，说什么小簇访问速度慢，根本是毫无根据的胡说八道。Linux/Unix从30年前的几十M的硬盘，到现在以T为单位的硬盘阵列，簇的大小都是1K，什么时候有人说它影响速度了？！
NTFS簇的大小是4K，现在还看不到有改变它的必要，而且估计，NTFS格式淘汰之前都不必改变簇大小。
小簇 --> 访问速度慢，占用空间小
===============================
大簇浪费空间大，小簇浪费空间小，这倒是对的，说什么小簇访问速度慢，根本是毫无根据的胡说八道。Linux/Unix从30年前的几十M的硬盘，到现在以T为单位的硬盘阵列，簇的大小都是1K，什么时候有人说它影响速度了？！
NTFS簇的大小是4K，现在还看不到有改变它的必要，而且估计，NTFS格式淘汰之前都不必改变簇大小。
#7
实际上，现在的硬盘文件系统的簇大小是根据操作系统管理分配内存的模式决定的，Linux的1 block 是1K，Windows的1 page是4K，如此而已！解决速度问题，只有一套Cache/Write Back机制来处理，与簇的大小没有关系。
#8
learning
#9
一般用默认大小就可以了。
#10
硬盘是单向旋转读取数据的...
同一文件分簇过多可能导致要多旋几圈.............
为啥有磁盘整理?
同一文件分簇过多可能导致要多旋几圈.............
为啥有磁盘整理?
#11
藏龙卧虎哇~~
#12
缺省值就比较适中，综合考虑了两者的协调。
#13
受教了
#14
学习了
#15
默认就好了
#16
都是好厉害的也!分析得好透彻