多少个文件可以在Windows Server 2008 R2的目录安全地保存?

我想在一个网站,有图像画廊的条款。说有一个包含所有缩略图以及保持全尺寸图像的不同目录的目录。有多少对图像可以安全地储存?

或者,如果没有一个良好的剪切和干回答,我应该只是拥有30000个图像试试吗?

有帮助吗?

解决方案

如果您的服务器使用的是 NTFS 其卷文件系统,你不限于任何数量的每个目录中的文件的本身的,但更多的,你只限于某些数量的文件/每卷目录。

有关NTFS,尺寸的限制是:

  

NTFS大小限制

     

每体积文件   4294967295(2 ^ 32减去1个文件)

当然,也没有提到性能,并且有可能发挥作用等方面考虑。 30000,你不应该担心。当你进入了数以百万计,你可能不得不开始转型。

修改到地址缩放/性能

从技术上讲,NTFS文件系统使用一个全球性的MFT,保持所有所以每次修改卷中的文件(目录是文件,主要用于逻辑表示给最终用户)的轨迹,这种变化体现在的MFT。

当您启动具有大量文件的一个目录,推荐的程序之一是禁用自动8.3名称生成。从TechNet文章我上面链接:

  

您建立一个长文件名的文件时,都会NTFS创建具有相似的8.3短文件名的文件项。用8.3短文件名的文件具有含有1至8个字符的文件名,并含有1至3个字符的文件扩展名。的文件名和文件扩展名由句点分隔。

所以,如果你不断地修改一个目录有大量的文件,系统必须为它生成一个短名称 - 这可能会导致性能下降,如果你不断地修改一个目录的内容。既然你存储图像,也可能是非常有可能有很多文件必须在开始类似的文件名,如imageblahblahblah。

有关文件的查找性能,即使对大型目录的NTFS应该是因为底层的B树实现的相当快。

还检查了这个线程: NTFS的性能和大容量文件和目录

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top