NTFS分配单元大小,是大还是小好?

lbx1987 2006-01-22 01:48:52
用NTFS来格式化磁盘,分配单元大小,是选择大好还是小好?为什么?
默认大小是多少?
...全文
63330 16 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
16 条回复
切换为时间正序
请发表友善的回复…
发表回复
fj8120236 2006-01-28
  • 打赏
  • 举报
回复
都是好厉害的也!分析得好透彻
xiaostar007 2006-01-23
  • 打赏
  • 举报
回复
受教了
夜鹰 2006-01-23
  • 打赏
  • 举报
回复
缺省值就比较适中,综合考虑了两者的协调。
china2685920 2006-01-23
  • 打赏
  • 举报
回复
默认就好了
擒兽 2006-01-23
  • 打赏
  • 举报
回复
学习了
mongoliadok 2006-01-23
  • 打赏
  • 举报
回复
藏龙卧虎哇~~
playar0709 2006-01-22
  • 打赏
  • 举报
回复 1
大簇 --> 访问速度快,占用空间大
小簇 --> 访问速度慢,占用空间小

自己看情况使用咯
playar0709 2006-01-22
  • 打赏
  • 举报
回复 1
硬盘是单向旋转读取数据的...
同一文件分簇过多可能导致要多旋几圈.............

为啥有磁盘整理?
spark_li 2006-01-22
  • 打赏
  • 举报
回复
是的,小文件多,特别是小于默认的4k的,那么就小点好:)
免得浪费空间
Cash0627 2006-01-22
  • 打赏
  • 举报
回复
呵呵,正解!
Aceryt 2006-01-22
  • 打赏
  • 举报
回复
一般用默认大小就可以了。
bombwang 2006-01-22
  • 打赏
  • 举报
回复
learning
gernal_dn 2006-01-22
  • 打赏
  • 举报
回复
实际上,现在的硬盘文件系统的簇大小是根据操作系统管理分配内存的模式决定的,Linux的1 block 是1K,Windows的1 page是4K,如此而已!解决速度问题,只有一套Cache/Write Back机制来处理,与簇的大小没有关系。
gernal_dn 2006-01-22
  • 打赏
  • 举报
回复
大簇 --> 访问速度快,占用空间大
小簇 --> 访问速度慢,占用空间小
===============================
大簇浪费空间大,小簇浪费空间小,这倒是对的,说什么小簇访问速度慢,根本是毫无根据的胡说八道。Linux/Unix从30年前的几十M的硬盘,到现在以T为单位的硬盘阵列,簇的大小都是1K,什么时候有人说它影响速度了?!
NTFS簇的大小是4K,现在还看不到有改变它的必要,而且估计,NTFS格式淘汰之前都不必改变簇大小。
lbx1987 2006-01-22
  • 打赏
  • 举报
回复
我自己找到答案了,呵呵

簇是文件系统中基本的储存单位,当你在Windows对分区进行格式化时,会有簇大小的选择(见图4 24rntfs04),如果设置的值比较大,那么文件保存时占用的簇就会少,从而文件读取性能就越高。还是用个比喻,簇就像仓库中的柜子,如果你选择的是小号柜子,那么一批材料可能一个柜子装不满,还得用三到四个,如果是大号柜子,那么可能只用一个或两个就装下了。这样装和取材料时,柜子越少效率就越高。但是,不少批次的材料可能一个大柜子都装不满,这样柜子就只能空着许多空间,积少成多,会浪费不少空间。
mudonfield 2006-01-22
  • 打赏
  • 举报
回复
过大很浪费磁盘空间,太小影响性能,默认是512,还是用默认的吧,这个数值微软也是经过推敲和测试得来的。

6,869

社区成员

发帖
与我相关
我的任务
社区描述
Windows 2016/2012/2008/2003/2000/NT
社区管理员
  • Windows Server社区
  • qishine
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧