windows – 在大于5或6 TB的卷中,NTFS性能是否会显着下降?

我的一位客户正计划建立一个新的文档存储,每年可能增长1-2TB.我的一位同事说,如果 Windows的单个NTFS容量大于5或6 TB,那么Windows性能非常糟糕.他认为我们需要设置多个卷的系统,这样任何单个卷都不会超过这个限制.

这是一个真正的问题吗?当卷大小达到几TB时,Windows或NTFS是否会变慢?或者是否可以创建10个或更多TB的单个卷?

我之前订的是30TB.他们持有大文件,因此大大有助于避免性能下降.没有问题与较小的数量.

问题可能开始发生的地方是,如果大型文件系统构建了足够的文件和目录,以达到疯狂的大范围.我说2000万个文件和目录或更多级别.此时,MFT可能非常分散,并且在RAM受限的服务器上可能会开始引入一些目录显示性能问题.不应影响对文件的实际访问,只需对fileopen()和目录扫描操作进行影响.

这是真的可能吗?是的,但是对于其他平台上的类似大型文件系统并且出于同样的原因,效果也适用.此外,受性能下降影响最大的操作可能甚至不是您担心的操作.由于这听起来像是一个新的设置,听起来你不会在只有1GB内存的服务器上使用这个10TB,所以你不必担心.

对尺寸的担忧可能来自WinNT和Win2K时代,当MBR限制使得大量创建难以理解时.这需要一些技巧来解决所有这些问题,而在这个时代,诡计需要付出代价.这放大了许多小文件性能损失. GPT没有这个问题. GPT卷在Windows 2003中排名第一,但它们的新颖性意味着保守的系统管理员最初并没有太多使用它们.

有时,旧的态度会变得艰难.特别是如果有创伤加强他们.

相关文章

Windows2012R2备用域控搭建 前置操作 域控主域控的主dns:自...
主域控角色迁移和夺取(转载) 转载自:http://yupeizhi.blo...
Windows2012R2 NTP时间同步 Windows2012R2里没有了internet时...
Windows注册表操作基础代码 Windows下对注册表进行操作使用的...
黑客常用WinAPI函数整理之前的博客写了很多关于Windows编程的...
一个简单的Windows Socket可复用框架说起网络编程,无非是建...